#dusk Hace poco estuve probando en una red de pruebas contratos inteligentes y me llevé una lección de los viejos cálculos redundantes y los costos elevados de las cadenas tradicionales. Eso me obligó a mirar desde otro ángulo la lógica subyacente del @Dusk .
Ahora, en el sector, todos creen que la compatibilidad con Ethereum es la tendencia absoluta. Pero cuando realmente llegas a una fase de auditorías y cómputo de alta intensidad con interacción que exige privacidad, a menudo la arquitectura monolítica genérica no aguanta.
Ellos han trazado dos carriles paralelos en el nivel más bajo. El DuskEVM que se comenta a menudo es solo un colchón para que los desarrolladores de Solidity migren sin problemas; la verdadera “cara dura” que ejecuta el cómputo privado en serio, en realidad, es la máquina virtual nativa llamada Piecrust. Ejecuta directamente en el entorno nativo las verificaciones de Zero-Knowledge, con una pérdida de capacidad de cómputo mucho menor, pero los desarrolladores enfrentan un obstáculo adicional de aprendizaje.$DEBIT
Entonces, ¿quién es el que realmente necesita esa capacidad nativa? Si miras solo el protocolo de credenciales de identidad Citadel, ya se entiende. Las instituciones tradicionales temen que sus estrategias de transacción y detalles de clientes queden expuestos en toda la red, pero al mismo tiempo están estrictamente presionadas por la regulación y el cumplimiento de procesos. Citadel usa pruebas de conocimiento cero para que usuarios e instituciones generen permisos de privacidad revocables, completando la verificación KYC sin filtrar la privacidad de identidad, justo el punto más doloroso que la cadena pública general no puede resolver.
$BTC
Pero la diferencia entre lo ideal y lo implementado es una muralla enorme. Separar los contratos de negocio y los permisos de identidad significa que la ruta de interacción del sistema se vuelve más larga y el nivel de dificultad del desarrollo de aplicaciones se duplica. Si los equipos posteriores se acomodan y se esconden detrás de la capa de compatibilidad, las credenciales nativas y las cartas de cifrado para la privacidad pueden terminar convirtiéndose en un adorno de papel.
En resumen, $DUSK apuesta por la línea de tiempo real en la que entrará el capital orientado al cumplimiento. Si estos muros tecnológicos “de abajo hacia arriba” valen la pena o no, no basta con que solo los geeks se entusiasmen: lo clave es si, en el siguiente ciclo, algún gran banco/empresa financiera está dispuesto a poner dinero real sobre la mesa para ello.
La semana pasada, le ocurrió algo embarazoso a #dusk . Fui al banco a hacer una gestión, y el cajero quedó congelado en una página de verificación de identidad; la cola detrás de mí crecía sin parar. Al final, la forma en que el empleado resolvió el problema fue muy simple: cerró directamente el nuevo sistema que estaba dando errores y volvió al viejo software interno. Ese episodio me hizo ver una realidad: el personal de primera línea nunca se preocupa por lo avanzada que sea la tecnología de fondo; mientras retrase la operación en el lugar, incluso la herramienta más bonita será descartada en el acto. $RE
En realidad, el camino del cumplimiento en cadena está pisando el mismo bache. Muchos proyectos pregonan a bombo y platillo la protección de la privacidad, pero en cuanto generan una prueba de Zero-Knowledge en el frontend, el ventilador del ordenador se dispara y la página se queda lenta durante varios minutos. Los responsables de control de riesgos de las instituciones preferirían seguir usando los informes offline tradicionales antes que quedarse esperando pacientemente ante una web.
Hace un tiempo revisé la propuesta técnica de @Dusk ; intentaban reescribir este callejón sin salida desde la raíz. Sustituyeron la capa de ejecución tradicional por Piecrust VM, diseñada específicamente para pruebas de conocimiento cero, reduciendo el coste computacional, y solo así el proving en el navegador empezó a ser viable. Combinado además con la verificación de identidad de conocimiento cero del protocolo Citadel, se intenta completar la revisión de cumplimiento sin que los datos salgan del dominio.
Pero abandonar la ruta generalista de EVM para desarrollar una VM propia es, de por sí, un arma de doble filo. Aunque mejora la eficiencia de ejecución criptográfica, eleva enormemente la barrera de entrada para la integración de aplicaciones externas y la migración de liquidez. Sin mencionar que, bajo la presión de alta concurrencia en mercados extremos, sigue faltando respaldo de datos de pruebas de carga a gran escala sobre si compilar circuitos en equipos de oficina normales terminará congelándose. $BTC
Cuando observo $DUSK , nunca me fijo en lo sofisticado que sea el marketing; solo miro si puede resistir la prueba de un negocio financiero real. Si la arquitectura subyacente, por muy bonita que esté montada, al final hace que la gente no pueda esperar por la alta barrera de entrada o por el tiempo que consume en el terminal, ¿en qué se diferencia realmente de aquel sistema bancario que aquel día se vio obligado a volver al software antiguo? ¿De verdad una mesa de operaciones ocupada pagaría, en nombre de la supuesta elegancia tecnológica, incluso unos pocos segundos más de coste de espera?
#dusk Estos días en la plaza ya han escrito @Dusk todo tipo de artículos sobre la privacidad y el cumplimiento en redes blockchain, ¿verdad? Los han dejado manidos: o es el desglose de mecanismos, o la arquitectura subyacente, o conceptos de cumplimiento institucional y criptografía. Hoy cambiamos de perspectiva: desde el punto de vista de un market maker y la cuantificación, desglosaremos el contrato XSC de privacidad. Te darás cuenta de que en realidad este mecanismo esconde un nudo muerto de liquidez, como si empujaran el capital a una caja negra sin salida.
En los DEX transparentes, cuando se negocia, la eficiencia del mercado depende muchísimo de “ver las cartas”. Los robots cuantitativos deben vigilar la reserva del pool y la profundidad de las órdenes; con el arbitraje, controlan la pérdida por impermanencia. Pero en el pool XSC de privacidad, los parámetros de la operación se cifran mediante pruebas de conocimiento cero. El market maker no puede ver la profundidad real, e incluso el tamaño de las posiciones del contrapartista es una zona ciega.$ETH
Estos días he estado repasando una y otra vez escenarios de práctica; cuando no se puede construir un control de riesgos dinámico y preciso, proporcionar liquidez en un pool de privacidad equivale a “volar a ciegas”. Para mitigar el riesgo de selección adversa provocado por el agujero negro de información, el capital de market making solo puede ampliar el diferencial entre precio de compra y venta. Esto termina revirtiéndose contra los usuarios comunes: o soportan deslizamientos asombrosos, o pagan costos implícitos elevados.$BTC
Dusk también divide el capital en 3 dimensiones: privacidad UTXO, cuentas transparentes y contratos de privacidad. La liquidez, de por sí, no es profunda. Si un market maker quiere hacer arbitraje entre “vías” (cross-track), no solo debe aguantar la latencia on-chain, además tiene que preparar de verdad el doble de capital para hacer de puente; desviar activos convierte esto en un asunto extremadamente engorroso.
No se puede negar $DUSK que efectivamente se levantó un elegante edificio de cumplimiento, pero la verdadera clave es la eficiencia de utilización del capital. Sin un descubrimiento de precios eficiente, incluso los contratos ingeniosos pueden convertirse en agua sin fuente. Mi juicio es que los grandes market makers a corto plazo seguirán observando y no se atreverán a cargar fuerte en este laberinto de juegos.
Dicho esto, también tengo mucha curiosidad: ¿cómo ve la gente esta guerra de liquidez? ¿Crees que este mecanismo, en última instancia, logrará atraer a monstruos institucionales (ballenas) para entrar y aportar profundidad?
#dusk Siguiendo la lógica de explorar las capas profundas, volví a revisar la arquitectura de @Dusk . Ahora todas las cadenas públicas están compitiendo ciegamente por compatibilidad, como si yo viajara con un adaptador universal para todo el mundo y, al enchufar un equipo de gran potencia, saltara el automático. $DUSK no hizo eso; optó por una doble vía en paralelo. Descubrí que, cuando se trata de computación privada de alta intensidad, la compatibilidad de un solo clic, pensada para ahorrar trabajo, acaba siendo un lastre.
El motor nativo llamado Piecrust es la parte que más quiero destripar. Todo el mundo se fija solo en DuskEVM, que permite reutilizar gratis el código de Ethereum, pero fácilmente olvida que además crece directamente sobre L1. Esto no es una simple carcasa de transición; es un motor hecho a medida para pruebas de conocimiento cero, que usa instrucciones nativas con pérdidas mínimas para morder el hueso duro de la criptografía. $BTC
Lo más interesante es la lógica de verificación. Yo mismo hice pruebas locales, y cuando intentas meter por la fuerza el cálculo de cifrados complejos dentro de un conjunto de instrucciones normal, la comisión de una sola ejecución te baja de inmediato de la nube. La ventaja de Piecrust para procesar operaciones criptográficas es, sin duda, aplastante.
Pero este doble motor también esconde trampas. El negocio y la criptografía quedan separados a la fuerza, y la barrera de entrada para desarrollar aumenta a simple vista. Sospecho que, si la mayoría de los desarrolladores le tiene miedo a la complicación y se queda viviendo del nivel de compatibilidad para comer lo ya hecho, entonces al final esta capacidad nativa probablemente solo acabará acumulando polvo. $ETH
Al llegar a este punto, ya no me obsesiona lo trabajosa que sea la doble vía; solo me importa si este equipo puede absorber capital institucional real. La entrada de las grandes instituciones exige ocultar a muerte los detalles de las transacciones y, al mismo tiempo, lidiar con auditorías regulatorias; un entorno normal simplemente no puede con eso.
Mi siguiente foco de inferencia será el sistema de identidad llamado Citadel. En el fondo, no se trata de un simple ejercicio técnico: la línea de vida es si pueden convertir las complejas necesidades de privacidad de las instituciones en infraestructura básica por la que el mercado esté dispuesto a pagar con dinero real. Si esta narrativa puede hacerse realidad, a partir de aquí todo dependerá de quién ponga el dinero; y ese es precisamente el núcleo que hay que vigilar en la discusión sobre #dusk en este momento.
#dusk Ayer abrí posiciones en varios memecoins y esta mañana me encontré con que la mayoría ya mostraba pequeñas ganancias. Así que los cerré de un tirón; el beneficio quedó bien guardado. Después de sacar “carne” del corto plazo, volví a centrarme en la infraestructura de alto nivel. Al fin y al cabo, ganar dinero rápido depende de la emoción, pero para que entre capital grande hace falta ver los fundamentos; y aquí tengo que mencionar el @Dusk que he estado investigando a fondo últimamente.
El viejo dinero de Wall Street no se atreve a entrar porque está atascado en la visibilidad del libro mayor. Ya sea en el caso de los market makers o de las instituciones de gestión de activos, nadie quiere salir sin protección, exponiendo sus cartas en la cadena. Pero optar por una cadena de privacidad pura definitivamente no puede pasar el control regulatorio. Esto deja a los activos tradicionales en una situación de dilema sin salida: un callejón cerrado de ida y vuelta.$BTC
Al revisar su lógica subyacente, descubrí que la solución es bastante inteligente. No hace un “choque” frontal con la criptografía, sino que crea pruebas de conocimiento cero auditable, y además ejecuta en paralelo dos modelos de transacciones. Es como construir en la cadena, al mismo tiempo, un “mercado transparente” y un “mercado oscuro”. Las instituciones negocian normalmente en el mercado oscuro, con todas sus cartas invisibles; y cuando enfrentan una auditoría o revisión, pueden generar de inmediato una prueba para demostrarse inocentes.$ETH
Aunque la propuesta suena muy bien, cuanto más la conecto con la lógica de un trading real, más me da escalofríos. Todo el gran capital se mete en el mercado oscuro para evitar el seguimiento, lo que equivale a drenar la liquidez real del mercado abierto. Esto puede llevar a una situación extremadamente peligrosa: la profundidad de órdenes que vemos normalmente en el mercado transparente podría ser solo un espejismo. Si ocurre un escenario de extrema volatilidad, las instituciones del mercado oscuro podrían salir disparadas y golpear la venta primero, dejando a los minoristas en el mercado transparente con un riesgo alto de quedarse sin liquidez. Y ni hablemos de a quién le corresponde realmente la “llave” de la conformidad: si hay intervención, en cualquier momento podría convertirse en un fallo de un solo punto.
Así que, ante el calor actual del relato, hoy hice una entrada con una cantidad pequeña de $DUSK y, a partir de ahora, planeo observar de cerca el costo real de fricción que genera su mecanismo de doble piscina. El camino técnico es realmente ingenioso y ataca el punto débil de las instituciones, pero la represalia del privilegio del mercado oscuro contra los minoristas es la clave para saber hasta dónde puede llegar. Mirar con más atención, en el tiempo, la tasa real de rotación del primer activo que se materialice: ahí es donde está la lógica. En tu operativa, ¿te atreverías a sobreponderar una señal de este tipo, con privilegios de mercado oscuro incluidos por parte de las instituciones?
#dusk Ayer compré cripto en un DEX y me la volvieron a meter con el sandwich. Para evitar fallos de transacción, subí un poco el slippage y, como resultado, en segundos me aplicaron el sandwich y se la llevaron en arbitraje unos cientos de dólares. La experiencia es demasiado dolorosa. Pero si lo pienso bien: nosotros, los pequeños inversores, cuando nos hacen un sandwich por unos cientos de dólares, a lo sumo nos desahogamos y nos quejamos un par de veces. Si se tratara de instituciones con un tamaño de decenas o cientos de millones de dólares, ¿cómo se atreverían a dejar órdenes de compra y venta publicadas tan descaradamente en el “salón” público de una cadena? Para el ejército de verdad, cuando te “descubren” la carta secreta, es una pérdida pura de dinero real y en efectivo.
Esto encaja justo con la lógica que muchos comentaron antes: las instituciones no se suben a las cadenas públicas comunes, no porque sea difícil emitir un activo, sino porque las huellas de la operación se pueden rastrear y revertir con demasiada facilidad. Siguiendo este punto sensible y mirando @Dusk , siento que ahora la gente se enfoca demasiado en simples transferencias anónimas, y en realidad se está yendo por la tangente.
Su arma real está en la “gobernanza corporativa on-chain”, que es un mar profundo. Si las grandes sumas tokenizan activos RWA, luego aparecen dividendos a accionistas, votaciones anónimas, cambios de titularidad… y todos estos secretos comerciales no se pueden revelar directamente a toda la red.
La parte inteligente de @Dusk está en que utiliza pruebas de conocimiento cero para montar un libro contable de privacidad con interruptores, y además se integra específicamente con las regulaciones europeas MiCA. Así, las instituciones pueden gestionar conductas corporativas de forma discreta, pero también pueden entregar llaves de consulta exclusivas por separado a reguladores o auditores. Esto es, en esencia, divulgación selectiva “modo finanzas”: separa por completo la privacidad de las transferencias de la gente común de la privacidad comercial de las instituciones.$BTC
Pero al profundizar en su lógica subyacente, descubrí que lograr una ocultación de nivel financiero también tiene un costo. Este mecanismo de conocimiento cero es pesado de ejecutar: requiere mucha más capacidad de cómputo y niveles de exigencia en operación y mantenimiento que una cadena normal. Si el equipo financiero está acostumbrado a una gestión tradicional minimalista, adaptarse a una arquitectura tan pesada seguramente es un proceso de ajuste bastante doloroso.$ETH
Así que el éxito o fracaso de un diseño como el de $DUSK no depende de que los documentos técnicos sean más o menos llamativos, sino de cuánto sufrimiento genera para el capital tradicional ser observado y “torturado” por la cadena. Si Wall Street cree que no toleraría de ninguna manera que se filtren los detalles de cómo arman posición y reparten dividendos, entonces claramente estará dispuesto a apretar los dientes y asumir el costo complejo de la integración. No está de más darles un poco más de paciencia y observar, cuando los activos que cumplan normativas se liquiden de verdad en el futuro, si se elige la transparencia o la privacidad. Esa es la única forma de identificar el valor central.
Ayer por la noche, al dar marcha atrás en el garaje, me quedé de forma instintiva mirando el video de la cámara trasera. Como resultado, el área ciega del espejo retrovisor derecho rozó una bicicleta que estaba estacionada en la penumbra. Si uno se apoya demasiado en la pantalla principal de alta tecnología delante de uno, en realidad puede hacer que se pase por alto el ángulo físico más real.
Volvamos a hablar del incidente de entrecadenas de @Dusk y su reconstrucción: todos están mirando los límites de las carteras calientes y la separación de máquinas de estado y otras operaciones visibles, pero se ignora una zona ciega extremadamente letal y de la que casi nadie habla: el efecto de agujero negro unidireccional de las cadenas de privacidad.
En general, cuando se ataca un puente de una cadena pública, el flujo de activos en la cadena es, como mínimo, transparente y rastreable, y las instituciones de seguridad aún pueden seguir el rastro. Pero cuando nuestros activos cruzan hacia una red de privacidad, es como entrar en una habitación oscura sin vigilancia: la tolerancia a fallos de los mecanismos de control en la entrada es extremadamente baja. Ahora separan la firma y la escucha de eventos, y lo ejecutan con un worker independiente; en lógica de código, eso sí evita que un fallo en un punto provoque el colapso total. $BTC
Pero mucha gente no se da cuenta de que mientras los permisos de operación y mantenimiento a nivel de infraestructura de esos servidores sigan estando en manos de las mismas personas, esa “aislación” solo queda a nivel de software. Si ocurre una intrusión de tipo físico en los servidores o una mala conducta interna, la línea de defensa sigue siendo frágil.
Yo mismo probé con una transacción pequeña hace un par de días para verificar el mecanismo de confirmación por pasos que actualizaron. Después de que la cartera caliente se “seca”, se activa directamente el circuito de corte; la conversión a una cartera fría se aprueba de forma manual. Esto, en efecto, reduce al mínimo la probabilidad de que los fondos se vayan en un solo “golpe”. Sin embargo, este tipo de operaciones con un fuerte sabor a control de riesgos tradicional del sistema financiero también tiene un costo: se sacrifica la experiencia de operación original, que era fluida; el flujo de fondos se vuelve claramente algo lento. $ETH
Desde mi postura práctica, en esta etapa esa manera “torpe” es una medicina amarga que $DUSK debe tragarse. El sube y baja entre seguridad y eficiencia siempre existe. Aunque ahora los umbrales de control de riesgos están muy altos, no por eso me voy a confiar ciegamente; al fin y al cabo, si la persona que tiene las llaves puede resistir el próximo intento de phishing o engaño dirigido a personal interno sigue siendo una incógnita.
En cuanto a si, después de #dusk , podrán hacer una transición fluida de este sistema de defensas semi-manual a un verdadero conjunto de nodos de verificación descentralizada, creo que todavía es demasiado pronto para sacar conclusiones: hay que ver los datos de operación de la red que vengan después para juzgar.
#dusk El martes pasado necesitaba con urgencia mover una cantidad de fondos de un ETF de deuda pública estadounidense en el extranjero para hacer un reabastecimiento, y el proceso terminó bloqueado de manera brutal durante tres días. La conciliación entre zonas horarias, más las tediosas revisiones manuales de cumplimiento del banco, hicieron que el dinero llegara a mi cuenta recién el viernes por la tarde. Ver cómo la cotización se escapaba sin poder hacer nada; esa eficiencia de ir y venir, me dejó claro por qué, últimamente, el dinero realmente entendido está rompiéndose la cabeza con la lógica de tokenizar/poner en cadena activos reales.
Y como consecuencia de este golpe, recordé un vistazo anterior a @Dusk . En la industria, la mayoría de las supuestas soluciones RWA solo emiten un token ancla de manera simple; en esencia, no es muy diferente a haber emitido en la cadena algún Meme tipo “shitcoin”. No toca el núcleo de la cadena financiera. Su lógica subyacente, en cambio, integra en el mismo libro contable todo: la revisión de credenciales del corredor, la conciliación de órdenes de compra y venta e incluso la liquidación final. Esto equivale a reescribir directamente el sistema backend de una bolsa tradicional mediante código, y además agregar un candado de privacidad con ZK para cumplir con la regulación y, al mismo tiempo, garantizar que las cartas (posición/estrategias) de las instituciones de negociación no queden al descubierto para toda la red.
Revisé el marco legal que hay detrás: está vinculado a instituciones que cuentan con múltiples licencias, como el MTF de la Unión Europea, entre otras. Esto significa que los índices o bonos que circulan en esta red están protegidos mediante una verificación legal real “de punta a punta”, no son fondos que cualquiera pueda cortar y mover como un simple “pool” improvisado. $BTC
Pero tengo que decir la verdad: el otro día intenté pasar por su lista temprana de espera y el flujo de verificación de identidad, y el sistema, sin piedad, me echó para afuera porque no tenía una identidad con cumplimiento europeo en la mano. Esas barreras estrictas de cumplimiento cortan directamente la ruta de participación para jugadores comunes que no sean europeos.
En los materiales actuales se menciona que los valores tokenizados por cientos de millones de euros realmente pueden sostener el tablero base inicial, pero sigo dudando de la tasa de conversión real de esos fondos asentados a órdenes activas en cadena. Llevar los activos tradicionales al código es solo completar la mitad del camino; mantener la profundidad de liquidez es el hueso más difícil de roer. $ETH
En mi opinión, el futuro $DUSK tendrá que demostrar si termina siendo solo un experimento de alto nivel para un grupo pequeño, o si de verdad se convierte en el canal central por el que entran las instituciones tradicionales. Todo dependerá de cómo gestione el control del deslizamiento (slippage) y la pérdida de red cuando maneje entregas/disposiciones mayoristas de ultra alta velocidad. ¿Qué opinan ustedes? ¡Bienvenidos a compartir en la sección de comentarios!
#dusk el fin de semana pasado, mientras iba en el tren de alta velocidad, gestioné una transferencia urgente on-chain. Justo cuando las señales del túnel eran extremadamente deficientes, la pantalla de confirmación de la wallet en el móvil se quedó congelada durante nada menos que quince segundos. En ese instante, la ansiedad que surgió solo me hacía querer cancelar la transacción. Ese rechazo instintivo provocado por una demora mínima, en realidad, es la herida mortal por la que la mayoría de las tecnologías de criptografía avanzada sigue sin poder abrirse paso en el mundo financiero real. Pienso que incluso la prueba de conocimiento cero más perfecta, si cada vez que se certifica hay que hacer que el operador mire la pantalla dando vueltas durante varios minutos, entonces este sistema solo merece quedarse acumulando polvo en revistas académicas.
Por eso, @Dusk me ha despertado un interés enorme. Ellos, con un nivel de riesgo altísimo, separaron la tarea de certificación del clúster de servidores de gama alta y la trasladaron directamente al navegador web del usuario, fijando además de manera estricta un indicador de velocidad: completar los cálculos en dos segundos. Forzar la compresión de una potencia de cómputo enorme hacia el frontend implica que los circuitos subyacentes deben someterse a una poda de volumen extremadamente rigurosa, para que los datos sensibles de la transacción queden completamente aislados en el dispositivo local y se cumpla el umbral de verificación de privacidad requerido por las instituciones. $BTC
Pero muchos analistas de mercado pasan por alto un escollo sumamente sutil: el “cuello de botella” de capacidad de cómputo en el hardware móvil. Dos segundos de certificación tal vez sea suficiente y cómodo en una computadora de oficina de gama alta, pero en el mundo real las autorizaciones de cumplimiento suelen ocurrir en fragmentos de tiempo, en el tren o en la sala de espera. En cuanto se cambia al navegador de un smartphone con memoria limitada, ¿esa circuitería minimalista provocará que el dispositivo se caliente de golpe o incluso mate el proceso en segundo plano? Por ahora, sigue siendo un gran signo de interrogación de ingeniería. En lo personal, creo que con que el dispositivo móvil se cuelgue una sola vez por cálculos complejos, los clientes financieros pueden cambiar sin dudarlo de vuelta a los sistemas centralizados antiguos.
El riesgo más profundo está en la asignación de la titularidad de las claves de auditoría. Cuando todo el proceso de certificación se envía a un entorno de frontend ordinario frágil, ¿de quién es realmente la “llave de cumplimiento” que se usa para desbloquear la privacidad? ¿La autorización para nodos de auditoría específicos introduce nuevos riesgos de interceptación? Todos estos son puntos críticos que hay que enfrentar directamente.
Estoy plenamente de acuerdo con esta lógica práctica: usar la experiencia real en ventanilla para deducir y optimizar la criptografía subyacente. En cuanto a si $DUSK puede, en el mainnet con alta concurrencia y en condiciones extremas de móviles, mantener siempre firmemente la línea mortal de respuesta en dos segundos, mi suposición es que todavía necesita atravesar varias rondas de pruebas de estrés en condiciones límite, para que el botón de respaldo se convierta realmente en la ruta principal.
#dusk Después de años de lucha en los mercados financieros tradicionales, todos acaban llegando a una dolorosa comprensión: el “volumen” que aparece en pantalla no es lo mismo que “retener y asegurar” el dinero de verdad. Tanto el T+2 anterior en Wall Street como el T+1 que ahora se está impulsando, ese pequeño desfase de tiempo en medio suele detonar, en situaciones de extrema volatilidad, una crisis de liquidación. En aquel entonces, una plataforma limitaba la operativa de los minoristas; dicho sin rodeos, era porque no podían aportar el margen de garantía a la cámara de compensación.
La semana pasada, al investigar la liquidación con retraso de activos on-chain, descubrí que el mercado cripto tampoco se libra de esa maldición. Ethereum $ETH y la mayoría de las principales cadenas públicas adoptan “finalidad probabilística” (Probabilistic Finality). Mientras persista la posibilidad de reorganizaciones de bloques, es muy difícil que una operación verdaderamente “financiera” pueda asentarse con tranquilidad.
Para eliminar por completo el riesgo de contraparte, la única solución es la liquidación determinística.
La compensación financiera tradicional es como “enviar una carta certificada para pagar”: firmar por ambas partes solo deja constancia de que la carta salió; el verdadero canje de dinero y bienes se retrasa varios días y, además, en el camino existe el riesgo de extravío. Y la solución que da @Dusk consiste en, mediante un consenso de Succinct Attestation (SBA) y una Piecrust Máquina Virtual de Cero Conocimiento (ZK), convertir todo ese proceso en algo tipo “entrega en persona”. Una vez se cierra el apretón de manos, la transferencia de activos se cierra instantáneamente en un bucle de cierre tanto físico como lógico.
Desde el ángulo del costo de inmovilización de fondos, este mecanismo de liquidación a nivel de T+0 segundos libera de inmediato las garantías y las reservas de liquidez que antes se congelaban durante años para hacer frente a los retrasos. Para los RWA de moda y para la circulación de bonos tokenizados, es una infraestructura hecha a medida. $BTC
Pero en el mundo tecnológico nunca hay almuerzo gratis. La fuerte determinación de la SBA también tiene un precio: es extremadamente sensible a la sincronización de red y a la latencia de los nodos. Si ocurre una partición de red a escala global, la velocidad de producción de bloques podría verse temporalmente muy presionada. Por otro lado, los nodos que ejecutan optimizaciones ZK exigen requisitos de hardware muy altos, lo que eleva de forma real la barrera para que los nodos comunes participen.
A medida que más instituciones entren en este juego, es muy probable que esta liquidación determinística a segundos se convierta en la infraestructura central para la circulación de capital privado y los RWA. $DUSK ciertamente capta un dolor mortal de la finanza tradicional, pero si podrá romper por completo el cuello de botella del atraso en la liquidación tradicional, la verdadera prueba vendrá dada por el desempeño real de su red bajo presiones extremas y su mecanismo de tolerancia a fallos.
#grvt En estos días he desglosado en profundidad la estructura de liquidación cifrada de @grvt_io y he descubierto que traslada el motor de transacciones fuera de la cadena y ancla la verificación en ZKsync con una pericia de ingeniería realmente notable. Este diseño evita el riesgo común de frontrunning, y encaja con la necesidad imperiosa de latencia ultra baja de las estrategias de alta frecuencia. Pero el otro lado de la moneda es que la disponibilidad de datos se gestiona mediante un comité específico, lo que significa que nosotros, los pequeños inversores, no podemos verificar directamente desde el libro público el flujo de órdenes con el nivel de granularidad detallada que buscamos. Para los nativos que persiguen una transparencia absoluta, este tipo de compromiso tiene un marcado tono de concesión.$BTC
Al volver al nivel de eficiencia de capital, el mecanismo subyacente de liquidación compartida de su tesorería oculta un desequilibrio estructural. Este tipo de fondo integrado ata los márgenes de múltiples monedas en una sola “embarcación”. Cuando el administrador realiza con frecuencia coberturas entre activos en el sistema fuera de la cadena, incluso si la mayoría de las direcciones de la estrategia son correctas, basta con que una o unas monedas con alta volatilidad sufran un rompimiento drástico de precio para que el nivel utilizable del fondo público se vacíe al instante. Este mecanismo de contagio del riesgo de liquidación forzosa y reducción de posiciones exige que los proveedores de fondos vigilen en todo momento los niveles reales de liquidez ociosa subyacente.$ETH
La licencia de activos digitales emitida por Bermudas, aunque en forma cumple con las normas, tiene un límite regulatorio de naturaleza tipo “sandbox”, cuya capacidad de penetración aún deberá validarse con el tiempo. La próxima semana, el 21 de julio, será el lanzamiento inicial del token, y también una prueba enorme de la capacidad del mercado para absorberlo: hasta el 28% de las participaciones tempranas se liberan de forma concentrada, creando una presión vendedora de gran magnitud. Si la plataforma no dispone de un flujo suficiente de comisiones reales en circulación, la “rueda” del token en sí se puede desviar con facilidad.
En cuanto al proyecto #grvt , sus intentos por optimizar la experiencia de trading merecen reconocimiento, pero la lucha entre la cadena de riesgos subyacente y la inflación del token continúa. Mis cálculos son muy claros: durante el clima emocional del mercado al abrir, mantendré distancia; esperaré a que la primera ronda de presión vendedora por la distribución se liquide por completo, y luego iré a rastrear en cadena su profundidad real activa y el capital retenido. Aunque en la etapa actual la lógica comercial se cierra sobre sí misma, el precio que finalmente marca el mercado suele ser más severo que las proyecciones ideales. Habrá que esperar la evolución del futuro para tomar una decisión definitiva.
#newt Ayer me estaba bañando y a la mitad todavía no había enjuagado bien las burbujas de jabón del cuerpo cuando, sin previo aviso, la válvula de agua inteligente de repente cortó el suministro. Resultó que el algoritmo detectó que había usado el agua durante más de quince minutos, dio por hecho unilateralmente que una tubería en casa se había reventado y forzó el bloqueo. Ese sentimiento asfixiante en el que, por más que en el móvil intente pulsar “Cancelar”, no sirve de nada y tengo que esperar a bajar para restablecer manualmente el interruptor general, me hizo pensar de inmediato en el @NewtonProtocol de la red principal Beta recién lanzada. Cuando delegamos por completo la toma de decisiones en un código frío, la “automatización” que no tiene flexibilidad a menudo termina metiendo a la gente en una situación embarazosa.
Para evitar en la cadena ese “descontrol” de los agentes robot, el proyecto propone una capa de restricciones zkPermissions basada en la tecnología de Magic Labs. Al desmenuzar su lógica, vi que no se pone a apostar fuerte por la predicción compleja de intenciones, sino que se centra en poner un seguro de seguridad antes de la ejecución. En combinación con un entorno de ejecución confiable y pruebas de conocimiento cero, cada movimiento del agente queda atrapado sin margen dentro de reglas preestablecidas. En épocas normales en las que la red va fluida, estas restricciones sí pueden ayudar a los usuarios a evitar desviaciones de dirección causadas por fallos de programas, siendo incluso más estrictas que depender solo de administradores multisig.$BTC
Pero todo tiene dos caras. Actualmente, sus nodos de validación tienen un fuerte matiz de modelo basado en permisos, y la base física del hardware tampoco es, históricamente, invulnerable. Personalmente, infiero que en cuanto el mercado entre en una dinámica de estampida y se dispare el coste de Gas, todo este engorroso proceso de verificación es muy propenso a sufrir retrasos en la producción de bloques por la congestión del Keystore Rollup de la capa inferior, haciendo que lo que se supone que son “restricciones duras” se conviertan en un adorno inútil.$ETH
Con la inminente llegada de la $NEWT desbloqueo posterior, el proyecto debe demostrar su capacidad de soportar presión real con ingresos de negocio reales on-chain. Poner al robot en una jaula es, sin duda, la ruta correcta, pero hasta que aparezcan datos de pruebas extremas con más poder de convicción sobre la resistencia, sigo prefiriendo apretar el cinturón y mantener la prudencia. #Newt
Una cerradura inteligente que deja con hambre al gato: cómo me ayudó a entender el paradigma definitivo y el foso técnico de @NewtonProtocol
El fin de semana pasado hice un viaje largo. Antes de salir, configuré un código de acceso temporal en la cerradura inteligente de casa, para que mis amigos pudieran venir a ayudarme a alimentar al gato entre las dos y las cuatro de la tarde. Pero se encontró con un atasco y llegó a las 16:05. Al enfrentarse a esa cerradura de código, lo intentó tres veces y aun así lo rechazó sin piedad. Ese sistema no le importa en absoluto a mí ni a nuestra amistad de diez años; tampoco le importa que el gato de dentro tenga hambre y no pare de maullar. Solo sigue una lógica inamovible: si no es la hora, los permisos se ponen a cero. Esto me dejó entre la risa y las lágrimas, pero también me hizo comprender de forma muy directa la reestructuración más esencial de las finanzas on-chain en el momento actual: cuando los agentes de IA empiezan a hacerse cargo de los activos con más frecuencia, tenemos que reconfigurar por completo la “confianza subjetiva” en “reglas rígidas”, tal como trataríamos esa cerradura inteligente.