Paul Nguyen

+100% TP3 alcanzado mucho más para quien ha seguido mi señal $SYN #PaulNguyen

La palabra "bóveda" conlleva una imagen mental específica antes de que nadie lea un solo detalle técnico. Las bóvedas son lugares donde las cosas se quedan quietas, protegidas, bajo llave, inactivas por definición: lo opuesto a un activo que trabaja para ti. Una persona razonable que escuche por primera vez "Bóveda Bitcoin sin confianza" podría perdonarse por imaginar que su BTC se queda en silencio en el momento en que entra.

La mecánica ocurre en la dirección contraria. Bitcoin bloqueado en una bóveda de Babylon, además de estar en staking a través del protocolo subyacente, puede simultáneamente asegurar una cadena de prueba de participación delegando el poder de voto a un proveedor de finalidad; servir como colateral verificable en Ethereum mediante la integración con Aave para pedir prestados stablecoins; y respaldar una posición en un exchange de perpetuos, todo con las mismas monedas bloqueadas, al mismo tiempo, sin deshacer un uso para habilitar otro. Los propios materiales de Babylon describen las bóvedas como soporte para la acuñación de stablecoins y el liquid staking por encima de eso.

El estereotipo que la palabra invita a imaginar es casi el inverso exacto de lo que hace el producto. Una bóveda bancaria guarda un solo activo para un único propósito hasta que alguien lo retira; una bóveda de Babylon conserva un activo mientras su estado demostrable se referencia por múltiples sistemas que nunca toman custodia de él ni compiten entre sí por él. Llamarla "bóveda" es tomar prestada una palabra construida alrededor de la inactividad para describir un mecanismo cuyo valor total es hacer que un activo bloqueado sea simultáneamente productivo en varios sistemas no relacionados.

Las bóvedas de Babylon no bloquean Bitcoin en la inactividad como sugiere la palabra; permiten que un único depósito bloqueado asegure una cadena, respalde un préstamo como colateral y sostenga una posición de derivados todo a la vez. El nombre infravalora el producto: una bóveda que hace que un activo cumpla múltiples funciones simultáneamente se parece más a un multiplicador que a un contenedor.

@BabylonLabs_io $BABY #baby $DIA

Mi gimnasio tiene una pizarra que registra el total de repeticiones levantadas por todos los miembros, un conteo que solo sube. Antes pensaba que era algo sin sentido, claro que sube: más gente significa un total mayor. Luego medí qué tan rápido se añadía cada millar de miles, y el ritmo contó otra historia.

Los proyectos cripto reciben acusaciones de la misma artimaña constantemente: acumulan una cifra enorme de volumen acumulado, la exhiben, y dejan que el tamaño del número distraiga de si el crecimiento realmente se está acelerando o solo se está acumulando en piloto automático. El volumen de trading acumulado de GRVT superó los 393 mil millones de dólares en doble sentido a inicios de 2026, una cifra de titular que invita exactamente a ese escepticismo. Pero el ritmo detrás de ese total cuenta una historia más específica. Cada aumento sucesivo de 50 mil millones en el volumen acumulado llegó más rápido que el anterior: el primero tardó 51 días, el siguiente 43 días y el más reciente solo 30 días. Eso no es un conteo estático que sube a una tasa fija: es la tasa de generación de volumen la que se está acelerando. Los traders activos mensuales respaldan esto desde otro ángulo, al cruzar 10.000 por primera vez en enero de 2026, un salto del 76% desde que empezó la Temporada 2, y la plataforma añadió más billeteras nuevas en los primeros cinco meses de esa temporada que en todo el año anterior combinado. Un gran número acumulado por sí solo sería razonable descartarlo como una métrica de vanidad. Un número acumulado cuya tasa de crecimiento es mediblemente compuesta, corroborado por recuentos de traders activos en aceleración, es una afirmación distinta y más específica.

La enorme cifra de volumen acumulado de GRVT no es solo un total de vanidad inflado con el paso del tiempo: cada nuevo hito de 50 mil millones llega de forma mediblemente más rápida y coincide con un salto real en traders activos, la evidencia concreta que un escéptico debería revisar.
@grvt_io #grvt $LAB

Solía trabajar en una recepción de restaurante donde teníamos mesas extra durante las horas de mayor afluencia en vez de sentar a todos primero llegado, primero servido, porque el asentamiento instantáneo solo significaba que la cocina colapsaba veinte minutos después. A veces, la equidad significa marcar el ritmo, no maximizar el rendimiento.

El modelo de comisiones de Newton toma prestada esa misma lógica del diseño de Ethereum EIP-1559. Cada vez que un usuario emite, actualiza o revoca un zkPermission o una clave de sesión, esa acción cuesta NEWT, y el mecanismo de comisiones está diseñado para garantizar un ordenamiento justo de las transacciones a la vez que se evita la congestión en períodos de mucha actividad, en lugar de permitir que quien pague más corte la fila de forma indefinida. A medida que escala la actividad del agente, especialmente con muchas estrategias autónomas que potencialmente disparan cambios de permisos alrededor de condiciones de mercado similares al mismo tiempo, un mercado de comisiones sin control podría convertirse exactamente en el tipo de guerra de gas que hizo que Ethereum fuera tan doloroso en momentos de alta demanda.

La decisión de incorporarlo desde el principio, en lugar de añadir precios por congestión después de que la red se vuelva popular, dice algo sobre lo que Newton está preparando. Un protocolo cuya actividad central es máquinas ejecutando acciones financieras mediante disparadores va a ver picos de demanda correlacionados que la actividad impulsada por humanos rara vez produce: el agente de cada uno, activado por volatilidad, puede dispararse en la misma ventana de cinco minutos. Tomar una estructura de comisiones ya probada en lugar de inventar una nueva es la opción menos llamativa, pero significa que Newton no está experimentando con mecánicas de comisiones novedosas y con el riesgo de seguridad de agentes al mismo tiempo.
Newton no intenta reinventar los mercados de comisiones; tomó un modelo ya puesto a prueba durante años de congestión en Ethereum y lo aplicó a una carga de trabajo, a disparadores automatizados correlacionados, que podrían estresar un sistema ingenuo más rápido de lo que lo haría el trading humano.

@NewtonProtocol $NEWT #Newt $ZBT

Un amigo gestiona un pequeño widget de reservas que otros sitios web incrustan en sus páginas. Cada reserva que se hace a través de él le devuelve en silencio una pequeña comisión, aunque el cliente nunca visita directamente su sitio. Las empresas obtienen un sistema de reservas funcional, y él cobra por construir las “tuberías”.

GRVT ejecuta un programa de Builder Codes que permite a desarrolladores externos conectar su propio front-end o herramienta de trading directamente en el flujo de órdenes de GRVT y cobrar una tarifa por cada orden que se origina a través de él. Un builder incluye un builderId que identifica su integración, junto con un valor elegido de builderFee en cada orden que colocan sus usuarios, y esa tarifa se adjunta a nivel de la orden en sí misma, en lugar de enviarse por medio de una facturación separada o un acuerdo de reparto de ingresos negociado después. Esto significa que alguien que construye una terminal de trading personalizada, un envoltorio móvil o un panel analítico especializado con ejecución de órdenes incluida no necesita un acuerdo formal de asociación con GRVT para empezar a ganar con las órdenes que genera su herramienta: autoriza una integración vía builder API y la lógica de la comisión se ejecuta automáticamente dentro de cada orden firmada. Para GRVT, esto convierte a los desarrolladores externos en un canal de distribución: cada uno aporta usuarios y volumen que GRVT, por sí mismo, nunca habría tenido que adquirir directamente, a cambio de ceder una pequeña porción, auto-declarada, de la comisión de ese flujo. Es una apuesta: que habrá más oportunidades para colocar una orden que harán crecer el volumen total más de lo que las comisiones del builder que se “sifonan” en silencio se llevan de cada operación individual.

GRVT no se queda con los ingresos del flujo de órdenes por completo para sí: Builder Codes entrega un mecanismo de ingresos funcional a cualquier desarrollador externo que enrute operaciones a través de GRVT, tratando las integraciones de terceros como un canal de crecimiento que vale la pena pagar.
@grvt_io $XEC #grvt

Un amigo que solía redactar textos publicitarios para una empresa de seguridad me dijo que las campañas más difíciles nunca trataban de explicar cómo funcionaba el producto: trataban de hacer que la gente se sintiera lo bastante insegura como para quererlo. Una vez que cambiaron su eslogan de enumerar características técnicas por una sola imagen —una casa con la puerta dejada abierta—, las llamadas de ventas empezaron a convertir de verdad.
El eslogan de junio de 2026 de Newton, "crypto construyó la casa de cristal y Newton está construyendo los candados," suena a ese mismo cambio. Los materiales públicos anteriores se apoyaban en un planteamiento técnico, en una capa de autorización, en puertas previas a la transacción, en pruebas verificables; un lenguaje dirigido a personas que querían evaluar la arquitectura en sí misma. La línea de la casa de cristal deja todo eso a un lado a favor de una imagen vívida única sobre la vulnerabilidad: el tipo de frase construida para recordarse y repetirse, más que para interpretarse técnicamente.
¿Ese cambio es significativo o es solo marketing haciendo lo que el marketing hace en una fase posterior de la vida de un proyecto? Ambas lecturas tienen algo de verdad. Una metáfora como esta llega a personas que jamás se sentarían a escuchar una descripción del consenso de operadores basado en quórum o de la agregación de firmas BLS: es una victoria real de comunicación si la adopción depende de llegar a constructores e instituciones que evalúan la confianza de forma emocional antes de evaluarla técnicamente. Pero también deja caer silenciosamente la especificidad que hacía comprobables las afirmaciones anteriores de Newton: nadie puede verificar una metáfora como puede verificar una supuesta latencia de la prueba. Si ese intercambio ayuda o perjudica la credibilidad de Newton a largo plazo probablemente dependa de si las afirmaciones técnicas que sostienen la metáfora siguen publicándose igual de claro: objetivos de respuesta en subsegundos, latencia de pruebas, actualizaciones de auditoría; y eso no es algo que una sola línea de copia, por memorable que sea, pueda responder por sí sola.
@NewtonProtocol $DODO $NEWT #Newt

Una marca de co-working cerca de mí anuncia una sola membresía, en cada sede, como si alquilar un escritorio en una ciudad al instante significara acceso completo a todas las comodidades en cada otra ciudad bajo la misma marca. Probé usar mi membresía en una segunda sede una vez y descubrí que la máquina de café requería una tarjeta específica de esa sede por separado; las salas de reuniones funcionaban con un sistema de reservas completamente distinto; y lo único que realmente se compartía era el logotipo en la puerta.

GRVT está dentro del ecosistema de Elastic Chain de ZKsync, una red de más de una docena de ZK Chains, incluidas denominaciones como Abstract, Sophon y Lens, descritas como compartiendo liquidez y usuarios a través de un puente común y, eventualmente, con una finalización entre cadenas casi instantánea. En el papel, eso significa que los activos de un usuario podrían moverse entre GRVT y otros miembros de Elastic Chain casi con la misma libertad que moverse dentro de una sola cadena, acumulando capital en lugar de fragmentarlo como suelen hacer las app chains aisladas. En la práctica, cada una de estas cadenas, incluida GRVT, todavía ejecuta su propio entorno soberano, su propio secuenciador y su propia hoja de ruta del producto, y piezas de interoperabilidad más profundas como ZK Gateway y el margen nativo entre cadenas se han ido desplegando gradualmente, en lugar de existir ya en forma final desde el primer día. GRVT se beneficia de estar pronto dentro de este ecosistema, pero la liquidez compartida hoy a través de Elastic Chain describe una dirección hacia la que se mueve la infraestructura más que una función que un trader típico pueda aprovechar plenamente esta semana.
La membresía de GRVT en el ecosistema de Elastic Chain no es lo mismo que GRVT ya tenga liquidez unificada con cada otra ZK Chain incluida en él; la visión del puente compartido es real y se está construyendo activamente, pero cada cadena, incluida GRVT, sigue funcionando en gran medida como un entorno separado hoy en día. La promesa y la realidad actual son dos etapas diferentes de la misma hoja de ruta.
@grvt_io $GRVT #grvt $T

Un vecino juró una vez que mi calle estaba a punto de recibir una nueva estación de metro porque vio estacas de medición en el suelo cerca de la esquina. Se lo contó a todos durante meses. Resultó que las estacas eran para una reparación de una línea de servicios públicos, nada que ver con un metro. Leer evidencia real y leer la historia que ya te gustaría creer son dos habilidades distintas, y la mayoría de la gente solo cree que está haciendo la primera.

Un rastreador de billeteras marcó recientemente una actividad de compra de NEWT a pequeña escala en Solana, aunque la red principal (mainnet beta) de Newton actualmente solo funciona en Base y Ethereum, sin despliegue en Solana en vivo. Esa marca es un evento onchain real y verificable: alguien compró NEWT y aparece en algún lugar vinculado a una dirección de Solana. Lo que no es es una confirmación de que Newton se está expandiendo a Solana, ya que un token que aparece con el formato envuelto (wrapped), en un puente (bridged) o mantenido en una cadena que el protocolo no admite oficialmente ocurre todo el tiempo en cripto por razones que no tienen nada que ver con la hoja de ruta real de un proyecto.

Los tokens puenteados y los envueltos aparecen en cadenas que el equipo que los emitió nunca tocó, todo el tiempo, en una billetera aleatoria porque alguien lo movió allí de forma especulativa, no porque se haya tomado una decisión de despliegue detrás de escena.

La propia hoja de ruta pública de Newton sí sugiere que eventualmente llegarán más cadenas, y esa es exactamente la condición que hace que este tipo de dato sea fácil de interpretar en exceso: una señal tenue que cae justo al lado de un relato plausible que la gente ya quiere creer. Si esa actividad en Solana significa algo en absoluto, o si solo es un puente rutinario y una colocación especulativa sin conexión con una decisión real de despliegue, no es algo que el propio dato pueda responder. Newton no ha anunciado soporte para Solana, y hasta que lo haga, la lectura honesta de la marca de un rastreador de billeteras es «tomada en cuenta», no «confirmada». @NewtonProtocol $NEWT #Newt $T

El sistema de tasas de financiación de GRVT depende de un precio de índice spot externo como ancla, y la documentación admite en voz baja que esa dependencia puede fallar: si el índice externo preferido se vuelve obsoleto, el sistema entra en modo de respaldo, interpolando a través de ventanas cortas de obsolescencia y, finalmente, pasando a un composite de oráculo interno si la fuente principal permanece inaccesible. Esa sola frase revela algo que la mayoría de los usuarios nunca piensa en preguntar sobre un exchange perpetuo: qué ocurre con la precisión del precio cuando la transmisión de datos del mundo exterior tiene fallos.

Todo exchange perpetuo hereda esta dependencia, la anuncie o no, porque un precio perpetuo solo tiene sentido en relación con un punto de referencia spot que no controla. Que GRVT haya decidido documentar su comportamiento de respaldo, en lugar de mantenerse en silencio sobre lo que pasa durante una caída del índice, es una señal en sí misma de cómo el equipo piensa sobre el fallo. Una plataforma lo bastante segura como para publicar su ruta de degradación le está diciendo implícitamente a los usuarios que en realidad ha probado qué ocurre cuando la fuente de datos principal se apaga, en vez de esperar que nunca ocurra.

La brecha sincera aquí está entre la suposición de que un flujo de precios en vivo está siempre disponible y la realidad de que cualquier dependencia externa puede volverse obsoleta justo en los momentos volátiles en los que más importa la fijación de precios precisa. El respaldo de interpolación y el composite de oráculo de GRVT no eliminan ese riesgo; solo lo suavizan, y los traders que dependen de precios de marca precisos durante una auténtica caída del índice siguen expuestos a un sistema que hace lo mejor posible con información degradada. He visto otras plataformas quedarse calladas durante exactamente este tipo de caída de datos, dejando a los traders adivinar si un movimiento de precio extraño era una acción real del mercado o un feed roto, y que GRVT documente su comportamiento de respaldo de antemano, en lugar de explicarlo después de los hechos durante un incidente real, es una postura significativamente distinta ante un modo de fallo al que, eventualmente, todo exchange perpetuo tiene que enfrentarse.
@grvt_io $GRVT #grvt $XPIN

El informe de transparencia de Newton menciona a dos miembros de la junta de la Magic Newton Foundation, y sus currículos merecen leerse con atención porque revelan qué tipo de institución Newton está construyendo en realidad en torno a sí mismo. Mohammad Akhavannik, Director Gerente de la Fundación, aporta una década en derecho, tecnología y políticas, con funciones previas en Magic Labs, Meta y despachos legales de primer nivel, incluidos Latham & Watkins y Kirkland & Ellis. Jacobus Pietersen, Director de la Fundación, acumula 14 años en servicios financieros offshore, con especialización en DAOs y estructuras de fundación, y su experiencia en junta incluye Arbitrum Gaming, Kava y Lido, junto con eso.
Se trata de un “equipo directivo” construido casi por completo sobre derecho, políticas y finanzas estructuradas, lo cual tiene sentido para una fundación estructurada en Caimán que intenta ganarse la confianza institucional para un producto de cumplimiento. Lo que ninguno de los dos perfiles menciona es experiencia práctica en ingeniería criptográfica o en sistemas distribuidos, la disciplina real detrás de la seguridad re-stakeada, las pruebas de conocimiento cero y los quórums de operadores de los que el protocolo depende técnicamente para funcionar en absoluto.
Eso no es necesariamente un defecto. Las juntas de las fundaciones normalmente existen para dirigir la tesorería, el riesgo legal y el proceso de gobernanza, no para revisar el diseño de circuitos o las condiciones de “slashing”; ese trabajo recae en el equipo de ingeniería y sus auditores externos en lugar de en la propia junta. Pero una junta con tanto peso en la gobernanza legal y financiera, apoyada sobre un protocolo cuya promesa central es la verificabilidad criptográfica, es una elección estructural específica que vale la pena nombrar en vez de darla por supuesta. Te dice que Newton optimiza primero su capa superior de confianza para la credibilidad institucional y regulatoria, y que confía por completo en equipos técnicos y auditorías separadas para respaldar la ingeniería que hay debajo.
@NewtonProtocol $NEWT #Newt $B

El equipo fundador de GRVT suena como una pila de CV de TradFi: CEO Hong Yea, CTO Aaron Ong con experiencia previa en Facebook en registro de eventos de alta capacidad y trabajo de privacidad de datos antes de Cronos Labs, y CCO Matthew Quek, que aporta experiencia en blockchain y pagos procedente de DBS Bank, además de un proyecto nacional de identidad digital en GovTech Singapur. En un mercado que todavía en parte rinde culto a las historias nativas de la cripto y al imaginario cypherpunk, ¿esa trayectoria ayuda a GRVT o juega en su contra?
Caso a favor: construir una exchange híbrida enfocada en parte en traders institucionales y en gestores de estrategias verificados por KYB se beneficia genuinamente de personas que han trabajado dentro de sistemas pesados en cumplimiento, porque entender cómo se aprueba y escala un banco o un proyecto de identidad nacional es un conocimiento distinto a “solo” publicar un smart contract sin permisos. Ese trasfondo probablemente explica por qué GRVT persiguió auditorías, un KYC y AML estrictos, y una postura orientada al cumplimiento desde el inicio, en lugar de tratar la regulación como una ocurrencia tardía cuando los reguladores empiezan a tocar a la puerta.
Caso en contra: los usuarios nativos de cripto, la misma audiencia cuya actividad construyó los 393 mil millones de dólares en volumen acumulado y el crecimiento del 847% del TVL en este ciclo, tienden a asociar el “linaje” de la industria financiera con exactamente el tipo de sistema controlado y con permisos que DeFi se diseñó, en primer lugar, para evitar. Un equipo que pasó años dentro de DBS Bank y Facebook no adopta automáticamente instintos de diseño sin permisos, y los vaults de rendimiento con acceso por KYB y la verificación obligatoria de cuentas son evidencia de que ese instinto aparece en el producto, no solo en las biografías de los fundadores.
No creo que alguna de las dos lecturas gane por completo. El trasfondo TradFi probablemente explica tanto la fortaleza de cumplimiento de GRVT como su capa de rendimiento con permisos al mismo tiempo: es el mismo rasgo visto desde dos ángulos distintos, y cuál importa más depende enteramente de lo que tú realmente quieras de una exchange híbrida.
@grvt_io #grvt $SKL

Las llamadas de marketing de Newton describen su red de operadores como creíblemente neutral: se ejecuta mediante un conjunto descentralizado asegurado con el restaking de EigenLayer, sin que exista un único proveedor en control. Eso es cierto específicamente de la capa de evaluación. Es un reclamo más acotado de lo que suena cuando observas quién construyó el motor de políticas que ejecutan esos operadores, y quién construyó, en primer lugar, la infraestructura de la billetera que le alimenta transacciones.

Magic Labs escribió el protocolo, respalda a los colaboradores principales y, al mismo tiempo, ejecuta la capa de billetera integrada para Polymarket, Naver y decenas de millones de otros usuarios que ahora se están canalizando a través de las verificaciones de políticas de Newton. Los operadores que evalúan esas verificaciones están descentralizados. El lenguaje de políticas, el catálogo canónico de reglas, el SDK y la hoja de ruta que decide qué se construye después no lo están: todo eso reside en una sola empresa y una sola fundación estrechamente vinculadas a ella.

¿Es eso un problema o simplemente así se construye la infraestructura antes de descentralizarse? La propia hoja de ruta de Newton admite que la etapa actual está controlada por la Fundación, con consejos de gobernanza y gobernanza comunitaria completa planificadas para fases posteriores, no como algo ya logrado. Por lo tanto, el lenguaje de «neutralidad creíble» se aplica técnicamente a la cosa específica que está describiendo: el consenso de los operadores. Pero la pregunta más grande, quién decide qué se les permite a esos operadores incluso hacer cumplir, todavía pasa por Magic Labs.

No creo que eso haga falso el reclamo. Creo que facilita que se lea como si fuera más amplio de lo que realmente es, y que conviene comprobar qué capa está describiendo la «neutralidad» antes de repetirlo.

Un amigo que construye sobre Newton lo expresó con más franqueza que yo: dijo que los operadores son el jurado, pero Magic Labs sigue escribiendo la ley que están aplicando. Eso no necesariamente está mal para el estado actual del protocolo: la mayor parte de la infraestructura se inicia centralizada y se descentraliza con el tiempo según una hoja de ruta. Aun así, la distinción vale la pena mantenerla clara antes de repetir «neutralidad creíble» como si cubriera todo el stack.
@NewtonProtocol $NEWT #Newt $SKL

Se asume que el Newton Explorer está bloqueado detrás de una puerta institucional, igual que cada botón de “solicitar una demo” en un producto de cumplimiento suele sugerir que lo interesante solo está disponible para llamadas de ventas empresariales. Yo asumí lo mismo hasta que realmente hice clic y seguí adelante en lugar de solo desplazármelo.
La solicitud de demo existe, claro: es el camino para un curador o asignador de bóvedas que quiere una visita guiada de Newton aplicando políticas en una transacción en vivo. Pero el Explorer en sí, el registro de transacciones aprobadas y rechazadas, las atestaciones firmadas, los motivos por los que una verificación de política pasó o falló, está abierto a cualquiera que quiera consultarlo. Sin puerta de inicio de sesión, sin necesidad de llamada de ventas. Puedes ver un motivo real de rechazo renderizado en texto plano, el mismo registro que vería una institución, sin llenar jamás un formulario.
Esa distinción importa más de lo que suena. Gran parte de la infraestructura cripto de “nivel institucional” trata la transparencia como una función que desbloqueas después de una conversación con ventas, lo que socava en silencio toda la propuesta de una aplicación verificable y con cumplimiento creíblemente neutral. Si solo las personas que solicitaron una demo pudieran ver realmente los recibos, la afirmación de “verificable” estaría haciendo mucho trabajo no ganado. El enfoque de Newton, mantener el registro de atestación real público mientras bloquea por separado la experiencia de ventas guiada, separa esas dos cosas de una forma que parece evidente en retrospectiva, pero no es como lo maneja la mayoría de los productos comparables.
No creo que esto haga que las afirmaciones de cumplimiento de Newton sean automáticamente verdaderas: un registro público solo prueba lo que ocurrió, no que la lógica de la política subyacente fuera sólida. Pero sí significa que el escepticismo que la gente trae a las suposiciones de “panel institucional con acceso restringido” apunta a la puerta equivocada. El registro en sí nunca estuvo detrás de esa puerta.
@NewtonProtocol $NEWT #Newt $EVAA

Newton no tuvo que crear un mercado de tarifas para sus transacciones de automatización. Podría haber elegido la opción más simple posible: una tarifa fija por cada verificación de política, con el mismo precio independientemente de lo que esté pasando en la red. En cambio, adoptó una estructura de tarifa base más tarifa de prioridad, la misma forma que usa Ethereum bajo EIP-1559.

¿Por qué meterse en esa complejidad adicional para algo que, en el fondo, es una capa de cumplimiento y de aplicación de permisos? Porque los agentes que compiten por la ejecución durante los periodos de mucho tráfico generan exactamente el tipo de problema de ordenación que una tarifa fija no puede resolver de manera justa. Si diez agentes automatizados quieren que su transacción se incluya en el mismo bloque y todos pagan la misma tarifa fija, no existe un mecanismo honesto para decidir quién entra primero; se convierte en que va primero quien el operador decida priorizar, o quien tenga la suerte de la temporización.

Un modelo de tarifa base más tarifa de prioridad permite que un agente, o el usuario que lo configuró, indique con qué urgencia necesita ejecutarse una acción específica en comparación con cuánto está dispuesto a pagar por esa urgencia. Esa afirmación es significativamente distinta de "cola justa"; está más cerca de permitir que la tarificación por congestión ordene intenciones de automatización en competencia de la misma manera en que ya ordena transacciones de Ethereum en competencia.

El coste es una complejidad real. Una herramienta de cumplimiento con tarifa fija es más simple de razonar, más fácil de auditar y más fácil de explicar a un curador que solo quiere precios previsibles. Newton eligió una ordenación justa bajo carga por encima de esa simplicidad, y esa elección solo se rentabiliza cuando la red está lo bastante ocupada como para que la congestión sea un problema real, no uno meramente teórico.

Ahora, con el volumen todavía creciendo, esa decisión en su mayor parte cuesta complejidad sin muchos beneficios visibles: todavía nadie está peleando por el espacio en bloques. La prueba real de si valió la pena hacer esto llega la primera vez que suficientes agentes compitan a la vez como para que la equidad en el orden empiece a importar de verdad para el resultado final de alguien.

@NewtonProtocol $NEWT #Newt $EVAA