Dos semanas desde el lanzamiento hasta el 7,8 por ciento de todo el ETH apostado no es un plazo normal de infraestructura, y el marketing no es la razón. Los operadores de nodos avanzan lentamente, por buenas razones. Cualquier cosa que toque el consenso recibe una ventana de cambio, una implementación en etapas, un plan de retroceso y la aprobación de tres personas. Ese proceso se ejecuta en trimestres, no en semanas. mump2p omite la mayor parte de esa revisión debido a su ubicación. Funciona junto al cliente, no posee claves, no modifica reglas de consenso, y si se cae, tu nodo queda exactamente donde empezó. Lo que estás aprobando no es reemplazar nuestra red. Es agregar un segundo camino y mantener el primero. Barato de probar y barato de dejar es lo que hace que la curva de adopción sea pronunciada. La mayoría de los equipos intentan ganar esa revisión interna demostrando que el producto es excelente. @get_optimum lo ganó al hacer la decisión pequeña. Vale la pena recordarlo la próxima vez que una pieza de infraestructura se abra con una guía de integración de seis semanas. @blockchainjeff

Envías una transacción, se confirma y tu monedero aún muestra el saldo anterior. Actualizas, aparece. Vuelves a actualizar, se va. Nada se rompió. Simplemente accediste a una réplica diferente que aún no se había actualizado. Rialo publicó una guía sobre modelos de consistencia que explica exactamente esto, y la explicación es más útil que la mayoría de los consejos de UX de monederos. Los sistemas distribuidos replican datos entre servidores, y esos servidores reciben actualizaciones en momentos distintos. Una lectura que cae en una réplica retrasada devuelve un estado comprometido anterior. Comportamiento correcto bajo la mayoría de los modelos de consistencia, pero profundamente confuso al observarlo. La solución tiene un nombre: read my writes. Una vez que un cliente compromete una escritura dentro de una sesión, cada lectura posterior en esa sesión refleja dicha escritura. Siempre ves tu propia transacción, incluso cuando otros usuarios aún no la ven. Combinado con lecturas monotónicas, tu vista solo avanza, por lo que tu saldo nunca retrocede durante una sesión. La documentación de @RialoHQ señala que esto debe implementarse en la capa de aplicación de los monederos, y además mapea qué modelo conviene para cada parte de una cadena: consistencia fuerte para puntos de control de finalidad; prefijo consistente para el ordenamiento de bloques durante la sincronización; antigüedad acotada para clientes ligeros. La mayoría de las cadenas no documentan la consistencia y dejan que los desarrolladores la descubran a través de informes de errores. Escribir qué garantía aplica en cada lugar es un trabajo poco glamoroso que le ahorra a alguien una semana persiguiendo un problema que nunca fue un error.

Startale Card se lanzó ayer con 300.000 reservas, y el mensaje de lanzamiento indica que tus activos onchain @soneium están listos para gastos diarios. El comunicado de prensa es más limitado. Mueves USDSC a la tarjeta y gastas USDSC. Es importante saber cuál de esas dos oraciones es el producto. Aquí está lo que se lanzó: una tarjeta virtual emitida por Rain, miembro principal de Visa, disponible en más de 150 millones de lugares comerciantes. Cashback pagado en USDSC directamente a la cuenta. KYC dentro de la app @StartaleGroup, seguido de activación; los primeros contribuyentes tienen prioridad y los invitados de la lista de espera se admiten por orden de llegada hasta noviembre. Las reservas se abrieron en julio, por lo que pasaron cuatro meses desde la lista de espera hasta la emisión en vivo. El detalle silencioso está en los plazos. La tarjeta se mantiene separada de los servicios de la app como Earn, intercambios y saldos de USDSC, y el emisor no es parte de estos. Por lo tanto, el enfoque de superapp y la estructura legal apuntan en direcciones ligeramente distintas, lo cual es normal para programas de tarjetas, y aún así vale la pena leerlo antes de asumir que un saldo fluye hacia el otro. En ninguna parte se menciona una tarjeta física. Mi opinión es que el enfoque restringido es lo mejor. Una tarjeta que solo gasta una stablecoin no es una tarjeta más pequeña. Es la versión que aún funciona cuando el mercado abre en rojo.

El primer caso de estudio de operador llegó, y el número que importa no es el que aparece en el titular. Blockdaemon sometió a 2.185 validadores de mainnet a mump2p, y sus votos erróneos disminuyeron un 39,7 %, de 0,452 % a 0,273 %. Vale la pena reflexionar: ya tenían una precisión superior al 99 %. Ese avance se logró en un margen que la mayoría de los equipos habrían considerado agotado. El mecanismo reside en la dispersión, no en el promedio. Los bloques llegaron en promedio 366 ms antes, lo cual es bueno, pero la dispersión de propagación se redujo de 515 ms a 152 ms. El promedio mueve tu ranura típica. La dispersión decide tus peores casos, y tus peores casos son exactamente donde fallan las atestaciones. Un detalle que aprecié: la línea base se obtuvo de 151 nodos públicos Xatu en 50.232 ranuras, no solo de la instrumentación de @get_optimum. Cualquiera que dude del resultado puede discutir con un conjunto de datos que puede descargar. Medirte contra nodos que no controlas es la versión de esto que seguiré leyendo. @blockchainjeff

Una ventana emergente de monedero muestra una dirección de contrato, un nombre de función y una estimación de gas. Nada en esa pantalla te indica cómo lucen tus saldos después de firmar. La mayoría de las personas hacen clic en aprobar de todos modos, porque la alternativa es leer bytecode. La firma ciega es cómo ocurrió una gran parte de las pérdidas en cadena que no fueron errores de protocolo. El usuario autorizó la acción. Simplemente no tenía forma de ver lo que estaba autorizando. Velora, el prototipo de cartera DeFi reactiva mostrado en el reciente Rialo Builders Hub, simula cada transacción en cadena antes de que el monedero del usuario firme algo. El resultado se calcula primero. La firma se realiza después, contra un resultado que el usuario puede inspeccionar. Combinado con un límite diario fijo de $2,500 y el bloqueo automático de transferencias a direcciones no autorizadas, el agente opera dentro de límites que el usuario puede ver claramente. Lo que hace confiable la simulación previa aquí es que la ejecución de @RialoHQ es determinista por diseño. Los programas se canonicalizan en bytecode idéntico en cada validador antes de que se ejecute algo, con límites de recursos explícitos asignados desde el inicio. Una simulación que no puede divergir de la ejecución real es una simulación que vale la pena leer. Los monederos de hardware resolvieron la pregunta de quién posee la clave. Nadie nunca resolvió si la persona que la posee entendía lo que estaba firmando.

Casi el 8 por ciento de todo el ETH stakeado ahora ejecuta mump2p. La proporción en sí misma es menos interesante que lo que esa proporción hace a la malla. La capa de gossip de Ethereum mantiene cada nodo conectado a aproximadamente 8 pares de malla por tema. Si los adoptantes estuvieran distribuidos aleatoriamente por la red, una adopción del 8 por ciento significaría que aproximadamente la mitad de todos los nodos ya están junto a al menos un vecino acelerado. Uno de cada dos, al 8 por ciento. Llévalo al 20 por ciento y más del 80 por ciento de los nodos tienen un vecino rápido. Advertencia honesta: la participación en stake no es la participación en nodos. Los grandes operadores ejecutan muchos validadores detrás de menos máquinas, y los adoptantes se agrupan en lugar de dispersarse, por lo que la cifra a nivel de nodo es casi con certeza menor que la de nivel de stake. Pero la forma aún se mantiene. En esta categoría, el beneficio no llega cuando todos adoptan. Llega cuando tu vecino lo hace, y la curva para eso se vuelve pronunciada desde el principio. @get_optimum superó los 3,36 millones de ETH impulsados. El número que realmente vigilaría es qué proporción de nodos ahora se encuentra a un salto de un par impulsado. @blockchainjeff

Ejecutar una solicitud de préstamo en una cadena típica puede requerir tres tokens separados: el activo nativo para el gas, un segundo para pagar al servicio de relay que obtiene los datos de crédito del prestatario, y un tercero para compensar a la red de keepers que activa la devolución de llamada una vez que esos datos regresan. Este ejemplo proviene de la documentación de ejecución asíncrona de Rialo, y describe el costo real de operación de algo que la mayoría llamaría una sola transacción. Tres activos que adquirir, mantener, monitorear y recargar. Tres saldos que gestionar. Tres puntos donde el flujo de trabajo se detiene si uno se agota en el momento equivocado. Este impuesto en múltiples tokens rara vez se menciona porque no es una tarifa de protocolo que alguien cobre. Es un costo emergente de externalizar capacidades a redes separadas que cada una necesitaba su propia economía para sobrevivir. Nadie lo diseñó. Se acumuló, una capa de middleware a la vez. En @RialoHQ, el mismo flujo funciona como una sola transacción asíncrona. Los validadores consultan la API externa mediante llamadas web nativas. La ejecución se pausa y reanuda sin que un keeper lo solicite. Un solo token, un solo saldo, una sola cosa que mantener financiada. Las discusiones sobre diseño de tokens suelen girar en torno a calendarios de oferta y curvas de distribución. La pregunta más útil es cuántos tokens diferentes debe tener un desarrollador antes de que su producto funcione en absoluto. Para la mayor parte de esta industria, la respuesta honesta ha sido tres, y nadie nunca incluyó ese número en una presentación comercial.

Una nueva unidad de medida ingresó silenciosamente a esta industria la semana pasada, y no es TVL. Total Value Boosted. La cantidad de ETH stakes cuyos datos de bloque ahora transitan por una ruta acelerada. @get_optimum lo publicó en un panel público y DefiLlama lo adoptó, y así es como se vuelve real una métrica: una tercera parte neutral acuerda rastrearla. Piensa en lo que hizo TVL para DeFi. Les entregó a todos un solo número para competir, y dentro de un año todos los protocolos estaban optimizando para él, incluso de maneras verdaderamente estúpidas. Las métricas moldean el comportamiento. El número que publicas es el que tu industria comienza a perseguir. TVB es más interesante de lo que parece a primera vista, porque no se puede alquilar con incentivos de la manera habitual. Nadie estaciona capital en una capa de propagación. Ese stake ya está stakes, ya está haciendo su trabajo. Lo que mide el número son operadores que toman una decisión de infraestructura y luego no la revierten. Si se populariza, no tengo idea. Pero que una capa de red tenga su propia métrica rastreable significa que alguien finalmente decidió que esta parte de la pila merece ser medida. Eso lleva retraso unos diez años. @blockchainjeff

Ejecutar una lotería en la cadena suena trivial hasta que te preguntas quién elige al ganador. Los hashes de bloque son influenciables por quien propone el bloque. Un número aleatorio generado por el organizador es simplemente un número elegido por él. Los participantes no tienen forma de distinguir entre un sorteo justo y uno manipulado una vez finalizado. Drawbook, presentado en el Rialo Builders Hub, resuelve esto con commit-reveal. Las entradas se comprometen primero, vinculadas a monederos. La revelación ocurre después, verificada mediante contratos inteligentes, y cualquiera puede verificar el resultado en la cadena. El organizador no puede ver contra qué está sorteando mientras las entradas aún están abiertas, ni puede cambiar el resultado una vez que comienza la revelación. Esa estructura en dos fases es el punto central. Separar el compromiso de la revelación elimina la ventana en la que alguien con un acceso privilegiado al momento podría actuar sobre información que nadie más tiene. Es la misma lógica detrás de las subastas de puja sellada, aplicada a un problema que la mayoría de las loterías en la cadena aún manejan por confianza. Lo que hace que esto sea sencillo de construir en @RialoHQ es que la revelación no necesita un desencadenante externo. Una fase de revelación que se abre en un bloque definido, o cuando se cierran las entradas, es un predicado que la red evalúa por sí misma. Sin que el organizador presione un botón en el momento adecuado, que es exactamente el momento que se desea eliminar de un sorteo justo. La aleatoriedad verificable ha sido un problema resuelto en criptografía durante años. Lo que sigue sin suceder es integrarla en productos que las personas realmente usen.

Fhenix lanzó CoFHE en Ethereum y Arbitrum con exactamente dos nombres como primeros socios de diseño en mainnet, y @FlutonIO es uno de ellos. El otro es Alpha Engine, una plataforma para evaluar estrategias de trading sin exponer la lógica detrás de ellas. Los dos socios apuestan por cosas distintas. Alpha Engine protege el secreto de un producto. Fluton protege una capa sobre la que se apoyan otros productos, con intenciones cifradas que cubren intercambios, pagos y movimientos entre cadenas bajo un único motor de confidencialidad. Un socio de diseño es un cliente de la computación cifrada. El otro es un camino para que lleguen muchos más clientes. @fhenix dice que ambos socios completaron revisiones técnicas y de seguridad antes del lanzamiento, por lo que Fluton fue verificado durante su incorporación, no después. Podría estar equivocado sobre cuánto pesa eso, ya que los detalles de la revisión no son públicos y la descripción proviene de Fhenix misma. En un mainnet donde cada contrato necesita aprobación antes de poder ejecutarse, ser nombrado como primero dice más que cualquier eslogan.