老李说财经

#dusk $DUSK

Siempre he pensado que el KYC tiene un punto que resulta especialmente molesto.

No es que sea una molestia hacer una sola vez.

Es que, aunque ya hayas entregado tu nombre, dirección, documentos y toda clase de información en una plataforma, si cambias a otra plataforma, te obligan a hacerlo desde el principio otra vez.

Recientemente vi el Citadel 2 de @Dusk y de pronto pensé que quizá el enfoque del problema no debería plantearse así.

¿De verdad las plataformas necesitan saber “quién soy”?

¿O en realidad solo quieren comprobar algunas cosas:

si vengo de una región permitida;

si tengo la edad suficiente;

y si cumplo algún requisito de inversión.

Si solo es para confirmar esas condiciones, entonces volver a enviar todo el paquete de datos de identidad cada vez sí es un poco redundante.

La idea de Citadel tampoco es eliminar el KYC.

La verificación de identidad del mundo real sigue siendo necesaria.

La diferencia está después.

Una vez verificado, obtienes un credential y luego usas ZK para demostrar que cumples una condición específica, sin tener que volver a exponer toda la información a la siguiente plataforma cada vez.

Creo que esa diferencia es bastante práctica.

Demostrar que “soy apto” no significa que tenga que volver a entregar toda mi información personal.

Por supuesto, tampoco hay que entender esto como anonimato absoluto.

Si el dispositivo, la red y los atributos en sí son lo suficientemente singulares, eso también puede afectar la privacidad.

Pero al menos aborda un problema que siempre me pareció muy molesto:

Lo que necesita la plataforma, eso es lo que hay que demostrar.

No asumas que cada vez hay que tomar de nuevo todo el paquete de información desde el principio.

#dusk $DUSK

Antes veía “EVM compatible” y, básicamente, no pensaba mucho.

Si con Solidity se puede escribir, con Foundry se puede ejecutar y el monedero también se puede conectar, ¿entonces no es básicamente seguir usando el mismo modelo de Ethereum?

Más recientemente leí la Reference de DuskEVM de @Dusk y me di cuenta de que, al hacer un despliegue real, aún no se puede ser tan descuidado.

Un ejemplo muy simple: DuskEVM ahora tiene su propio sequencer.

Cuando la transacción obtiene un receipt, significa que ya se ha incluido en un bloque, pero eso no es lo mismo que el settlement posterior.

También está prevrandao.

En Ethereum, algunos desarrolladores lo usan a menudo para lógica relacionada con números aleatorios de forma automática; pero la documentación oficial de Dusk advierte específicamente que, en DuskEVM, no lo trates como una fuente de aleatoriedad segura y sin sesgos.

Este tipo de cosas, si normalmente no miras la Reference, es muy fácil escribirlo directamente siguiendo los hábitos antiguos.

Así que ahora mi comprensión de la compatibilidad EVM es más realista que antes:

Puede ahorrarte muchos costos de migración, eso está bien.

Pero “la interfaz es familiar” y “el entorno subyacente es igual” no son lo mismo.

Si de verdad vas a ponerlo en producción, todavía hay que revisar de nuevo cosas como el sequencer, la finality y el estado entre capas.

De hecho, me gusta que la documentación oficial ponga estas limitaciones de forma tan directa.

Lo que más me preocupa no es que haya diferencias.

Es que creas que no las hay.

#dusk $DUSK

Supongamos que compro un bono en cadena.

Ya me han descontado el dinero.

Pero resulta que el bono no me llega.

O al revés:

El bono ya se me ha transferido, pero el vendedor no ha recibido el dinero.

Este tipo de cosas, en una transferencia normal, quizá sea simplemente “falló la transacción”.

Pero en finanzas, es que todo el principal queda expuesto al riesgo.

Últimamente, al ver el diseño de settlement de @Dusk , me quedaron grabados sobre todo esas tres letras: DvP.

Delivery versus Payment.

En palabras sencillas:

Que la pata de los activos y la pata del pago no vayan cada una por su cuenta.

Lo mejor es que queden vinculadas bajo las mismas condiciones de liquidación.

El dinero se entrega, entonces se entrega el activo.

Se entrega el activo, entonces el pago se considera realmente completado.

Por eso ahora siento que:

La operación y el Settlement no son lo mismo.

La operación solo significa que ambas partes llegaron a un acuerdo.

El Settlement es cuando de verdad se ponen al día el dinero y los bienes.

La deterministic finality y el flujo “DvP-ready” que ahora enfatiza Dusk, en el fondo, busca unir estas dos cosas.

Dusk Trade también coordina la pata de activos, la pata de pagos y el settlement dentro del mismo flujo.

Pero tampoco hay que venderlo como: “con DvP no hay riesgo”.

No.

Si la operación final no se liquida, aún puedes perder el precio, o puede que temporalmente te falte liquidez.

Lo que resuelve principalmente es otra cosa:

Que no me paguen a mí, pero no me den los activos.

O que me den los activos, pero que el dinero no vuelva.

Así que mi interpretación más simple de DvP es:

No garantiza que la transacción salga siempre bien.

Solo intenta que, cuando falla, no falle “a medias”.

Y esto, creo, es mucho más valioso que hablar solo de “una liquidación más rápida”.

研究 @TermMax 这几天，我有个变化挺明显。

现在再看到 “Fixed”，我不会下意识把它理解成“更安全”。

固定借款利率，确实能让融资成本更好算。

但股票做抵押，股票还是会跌。

Alpha 没有传统清算线，也不代表行情一定赶得上到期时间。

FT 的收益提前锁住了，流动性和抵押品风险也不会跟着消失。

所以看到最后，我反而觉得 TermMax 有意思的地方不是“把风险变没”。

它只是把很多东西说得更清楚了一点。

这笔钱要付多少成本。

到哪一天结束。

我为了拿这个收益，到底接了什么东西。

最坏的时候，会发生什么。

这些以前经常混在一个 APY 里看。

拆开以后，至少心里更有数。

所以这几天看下来，如果最后只让我记一句 #TermMax ，我大概会记这个：

确定性可以买，但风险不会凭空消失。

#dusk $DUSK

假设你准备买 500 万美元的资产。

订单还没成交，整个市场已经知道你在买。

知道你站哪一边。

知道你有多急。

甚至能大概猜出你后面还有多少没成交。

这时候“链上完全透明”还一定是好事吗？

最近看 @Dusk 的 Hedger，我最感兴趣的其实不是 ZK，也不是同态加密。

而是它提到的 obfuscated order books。

这东西我第一反应就是：

终于有人认真考虑大资金不想提前亮底牌这件事了。

散户挂个几百上千美元的单子，透明一点问题不大。

但机构不是这样。

订单意图本身就是信息。

你准备买还是卖、需要多少流动性、愿意等多久，这些东西只要提前暴露，别人就可以围着你的需求做策略。

最后你可能不是“被黑了”。

但成交价格就是比原本更差。

这也是为什么我越来越觉得：

透明，对散户可能是信息；对大资金，有时候就是 execution cost。

Hedger 想做的不是把交易所变成黑箱。

它更像是在尝试把不该提前公开的 intent 和 exposure 藏起来，同时保留执行验证和受监管审计。

这个方向我能理解。

但我现在还不会吹它已经解决问题。

因为 DuskEVM / Hedger 目前还是 Testnet，obfuscated order book 官方描述里也还是 upcoming deployment。

真正要看的，是上线以后这套设计会不会牺牲价格发现、撮合效率或者流动性。

所以我现在对 Hedger 的态度很简单：

方向对不对，基本看懂了。

接下来等市场告诉我们，它到底好不好用。

Antes hacía apalancamiento, y la situación que más me molestaba era esta:

Por último, la dirección era la correcta, pero a la persona la liquidaron primero.

Así que cuando vi por primera vez una estructura como @TermMax , donde se paga Premium primero y no hay una línea de liquidación tradicional, sí que se siente un poco más ligero.

Pero hoy, cuando miré esos contratos de HYPE que vencían el 21 de agosto, volví a quedarme atascado en otro problema.

Supongamos que yo creo que HYPE va a subir.

Al final, efectivamente subió.

Pero justo subió después de que venciera el contrato.

Para esta posición, entonces no sirve de nada.

La dirección estaba bien.

El tiempo estaba mal.

Así que ahora, cuando veo este tipo de estructura, ya no es tan fácil decir simplemente “como no hay liquidación, es cómodo”.

Antes solo me daba miedo que el mercado me barriera primero.

Ahora también tengo que adivinar otra cosa:

Si de verdad llega a tiempo.

El Premium se paga por adelantado, y la Maturity ya está fijada.

Que no exista una línea de liquidación tradicional no significa que el tiempo no sea importante.

A veces, lo más difícil no es adivinar si sube o baja.

Sino cuándo.

#TermMax

#dusk $DUSK

假设钱包突然进来一笔钱。

链上其他人不知道谁转的，不知道转给谁，也看不到金额。

听起来隐私拉满。

但如果我是收款的人，发现：

我自己也不知道这钱是谁打的。

那就有点麻烦了。

钱收错了怎么办？

来源有问题怎么办？

公司财务问我这笔款是谁付的，我回一句“查不到”？

所以我这两天看 @Dusk 的 Phoenix 2.0，最感兴趣的反而不是它能藏多少东西。

而是它没有把交易双方也一起弄瞎。

Phoenix 对外可以隐藏 sender、receiver 和 amount，但 receiver 仍然能够确认资金来源。

如果这笔钱需要退回，设计里也考虑了 refund originator。

这一下就和我以前理解的“匿名交易”不太一样了。

它不是追求：

谁都不知道发生了什么。

而更像：

路人不用知道我收了谁的钱；

但作为收款方，我得知道这钱从哪来。

有审计或合规需求时，又可以配合 viewing key / selective disclosure 去处理可见性。

我觉得这才像真实金融会遇到的问题。

毕竟公司真正怕的不是“交易双方互相知道是谁”。

怕的是一笔本来只跟两个人有关的交易，最后变成全世界都能翻的永久记录。

所以 Phoenix 2.0 这个设计我挺喜欢：

隐私不是把所有人蒙上眼睛。

不该围观的人，看不到就够了。

AERO 这个 Vault 我今天盯了一会儿。

最后没太记住那个 APY，反而一直在想一件事：

多出来的钱，到底是谁给的？

@TermMax 这里其实挺有意思。

稳定币在等机会的时候，不一定就趴在那里，可以先去 Morpho 这类市场里吃一点基础收益。

然后 Put 那部分又会给你 premium。

乍一看就是“两份收益”。

但第二份钱不是白来的。

你收了 Put premium，就等于答应了另一件事：

如果到期条件触发，你可能要按提前约好的价格接 AERO。

这么一拆，我反而不太想盯着“总 APY”看了。

前面那部分，更像是钱没被用上时先别闲着。

后面那部分，是别人花钱把一部分价格风险转给你。

两笔钱看着都叫收益，来源完全不是一回事。

所以以后再看到这种产品，我大概会先问：

我赚的是谁的钱？

再问一句：

我替谁接走了什么风险？

这两个问题搞明白，再看那个 APY，感觉靠谱得多。

#TermMax

#dusk $DUSK @Dusk

刚开始研究 dusk的架构时，我有个挺直接的疑问：

Dusk 为什么要搞 DuskDS、DuskEVM、Hedger 这么多东西？全塞一条链里不是更省事？

后来翻了一圈文档，发现这三个名字其实可以用三句话理解。

DuskEVM：东西在哪跑。

Solidity、EVM 应用这些主要在这里执行，开发者不用为了进 Dusk 重新学一套完全陌生的东西。

Hedger：哪些东西不用给所有人看。

像余额、仓位、交易金额这种金融数据，需要保密的时候就在这一层处理。不是把交易藏没了，而是别让所有敏感信息裸奔。

DuskDS：最后谁说了算。

交易数据和状态最终还要落到 DuskDS，它负责底层 settlement 和 data availability。

这么一拆我反而觉得合理了。

拿一家金融公司来说，也不会让前台交易系统同时负责权限、数据库、清算和所有后台工作。用户看到的是一个产品，下面本来就是不同系统各干各的。

Dusk 现在也是类似的思路。

应用能跑是一件事，敏感数据怎么处理是另一件事，最后怎么结算又是另一件事。

当然，现在 DuskEVM 还是 testnet 阶段，所以纸面架构讲得通，不代表主网上线后一定跑得顺。

但至少我现在再看到“DuskEVM + Hedger + DuskDS”，不会觉得是在堆三个技术名词了。

它们其实是在解决三件不同的事。

Hoy vi el mercado de «tokenized stock» en @TermMax y mi primera reacción no fue «Fixed Rate», sino:

Si todos los activos bursátiles ya están tokenizados y en cadena, ¿por qué cuando necesitas dinero necesariamente tienes que vender primero?

Por ejemplo, si tienes tokenizado NVDA.

Si necesitas temporalmente una cantidad de USDT, lo más sencillo es venderlo.

Pero al vender, también se elimina la exposición al precio original de las acciones.

La otra vía que ofrece TermMax es:

Usar este tipo de activos bursátiles en cadena como garantía y sacar primero la liquidez en stablecoins.

Es decir, la exposición original a las acciones en cadena sigue existiendo; primero se completa la financiación.

En este punto, de hecho entiendo mejor por qué TermMax últimamente se está moviendo hacia la dirección de RWA.

Porque para activos que planeas mantener durante meses, o incluso más tiempo, que te puedan prestar dinero es solo la mitad.

La otra mitad es:

En los próximos meses, ¿cuánto de esos fondos se gastará realmente en costos de financiación?

Ahí es donde «Fixed Rate» encaja perfectamente.

Por supuesto, lo fijo es el costo del préstamo, no el precio del activo.

Si las acciones tienen que caer, caerán igualmente; y el riesgo de la garantía no desaparece solo porque la tasa esté fija. Si usas apalancamiento, el riesgo también se amplifica de la misma manera.

Pero considero que vale la pena seguir observando esta dirección.

Antes, cuando la gente hablaba de RWA, lo más común era hablar de cómo llevar acciones y bonos del Tesoro a la cadena.

Ahora me preocupa más el siguiente paso:

Que RWA en cadena sea solo el primer paso. Después de poder negociarse, ¿se puede financiar como un activo real?

#TermMax

Supongamos que ahora tengo dos préstamos en USDC frente a mí:

Uno con tasa variable al 4%.

El otro, @TermMax , a tasa fija del 5%.

Mi primera reacción seguramente es: ¿por qué tendría que pagar ese 1% extra?

Pero si cambio el escenario, lo entenderé.

Si planeo ejecutar una estrategia apalancada de 90 días, el rendimiento que calculo es del 10%; el costo del préstamo es del 4%, y hay un margen del 6% en medio.

Pero resulta que el día 20, el mercado de repente se precipita por liquidez y la tasa de los préstamos sube del 4% al 8%.

El activo no cae y la estrategia tampoco estaba equivocada, pero la ganancia que yo había calculado ya fue comida en gran parte por el costo de capital.

Entonces, mirando hacia atrás, ¿qué es exactamente ese 1% adicional del préstamo fijo al 5%?

Creo que se parece más a esto:

Estoy comprando con ese 1% una “certeza” sobre el costo de los fondos para los próximos 90 días.

Ahí es donde empiezo a entender #TermMax .

Lo que realmente le está vendiendo al prestatario no es solo una tasa fija, sino que, en el momento de abrir la posición, tú ya sabes cuánto te costará realmente este dinero hasta el vencimiento.

Por supuesto, esto no significa que el riesgo desaparezca.

El colateral puede seguir cayendo; el apalancamiento puede seguir siendo liquidado; la estrategia puede seguir perdiendo.

TermMax fija el costo del préstamo, no el resultado de la inversión.

Así que no voy a decir simplemente que “la tasa fija es necesariamente mejor que la variable”.

La pregunta real debería ser:

Cuando el mercado empiece a volverse extremadamente volátil, ¿cuánto estás dispuesto a pagar para tener certeza sobre el costo futuro de los fondos?

Ese precio, quizá, es lo que el mercado de tasas fijas realmente está negociando.

#dusk $DUSK

Recientemente vi que @Dusk siempre enfatiza la “selective disclosure”; mi primera reacción fue:

Si al final los organismos reguladores todavía pueden verlo, ¿eso aún puede llamarse “Privacidad”?

Luego pensé: en realidad yo había mezclado “privacidad” con “que nadie lo vea”.

Como el saldo de mi banco: no se pega en la puerta del banco.

Que lo vea el vecino de al lado no es posible; tampoco otros clientes; y mucho menos los competidores.

Pero, bajo condiciones en que la ley y la autorización lo permiten, el banco, la auditoría o el sistema regulatorio aún pueden verificar la información correspondiente.

Entonces tú no dirías:

“Mi cuenta bancaria no tiene ninguna privacidad”.

La diferencia real es—

Quién tiene autorización para mirar.

Esa es la forma más simple en que ahora entiendo la “privacy programable” de Dusk.

No busca ocultar para siempre toda actividad financiera, sino una privacidad cuando hace falta y transparencia cuando es útil, y además, mediante selective disclosure, permitir que las entidades autorizadas realicen revisiones cuando sea necesario.

Esto puede parecer complejo para transferencias comunes de cripto, pero si en el futuro bonos, fondos y valores—esos activos regulados—realmente se suben a la cadena a gran escala, entonces creo que será una barrera con la que sí o sí habrá que lidiar.

Porque los dos extremos no son útiles:

Que todos puedan ver tu saldo, tu posición y las relaciones de tus transacciones, quizá las instituciones no se atrevan a usarlo;

Que nadie pueda verificarlo, y el marco regulatorio financiero sería difícil de sostener.

Así que ahora, en cambio, pienso que:

El verdadero “opuesto” de la privacidad financiera no necesariamente es “la regulación”.

Podría ser—

Las personas que no tienen nada que ver también poseen el derecho de ver tu información.

Si Dusk puede llevar realmente esos límites de permisos al flujo de trabajo financiero on-chain, la programmable privacy no sería solo una etiqueta bonita.

#dusk $DUSK

看 @Dusk 最近聊 Tokenization，有句话让我重新想了一遍 RWA 的“流动性”。

假设有一项价值 100 万美元的资产。

以前只有一个人能买。

现在把它 Tokenize，切成 100 万份，每份只要 1 美元。

听起来门槛从 100 万降到 1 美元，流动性应该直接起飞，对吧？

其实完全不是一回事。

Fractional ownership 解决的是“买不买得起”。

Liquidity 解决的是“你想卖的时候，有没有另一个人愿意接”。

把一项没人交易的资产切成 100 万份，最后可能只是得到 100 万份更便宜、但依然没人接盘的资产。

这也是我觉得 Dusk 最近这个观点很重要的原因。

真正的链上金融市场，除了 Tokenization，还需要 eligible investors、交易场所、payment、价格发现和最终 settlement。

这时候再看 Dusk 和 NPEX，以及 Dusk Trade 的布局，逻辑就比“把 RWA 搬上链”清楚多了。

NPEX 带来的不是一个 Logo，而是受监管市场和真实投资者基础；Dusk Trade 想解决的也不只是资产展示，而是从 investor eligibility、交易、payment coordination 一直到 settlement 的完整路径。

所以我现在已经不太相信：

“Fractionalization = Liquidity”。

降低门槛当然有价值。

但真正决定一个 RWA 能不能形成市场的，是你买得到以后，还能不能顺利卖出去。

Token 可以切得无限小。

买家不能。

#dusk $DUSK

RWA 火这么久了，我昨天突然问了自己一个挺尴尬的问题：

我到底真正买过多少链上 RWA？

答案少得可怜。

不是因为链上没有资产。

债券、基金、股票相关产品这些年看了一大堆，但真准备掏钱的时候，问题马上就来了：

我有没有资格买？

去哪买？

买完以后钱和资产怎么交割？

这个 Token 到底代表什么权利？

以后想退出，又卖给谁？

研究 @Dusk 的 Dusk Trade 后，我才意识到，过去我一直把 RWA 最简单的一步当成了最难的一步。

把资产做成 Token，其实只是开始。

Dusk Trade 想接起来的，是后面这一长串麻烦事：

资产发现、投资者 onboarding 和 eligibility、钱包、交易、payment coordination，再到最终 Settlement。

听起来没有“把万亿资产搬上链”那么性感，但站在一个真正准备掏钱的用户角度，我反而觉得这些东西更重要。

因为我不在乎后台用了多少个协议。

我只希望打开一个入口以后，能确认自己可以买，真的完成交易，资产真正属于我，最后也真的卖得出去。

传统券商为什么好用？

不是因为股票被数字化了。

而是普通用户根本感觉不到开户、撮合、登记、支付、结算背后有多少套系统。

所以我现在对 Dusk Trade 最大的期待也不是“再多上几个 RWA”。

而是有一天买链上债券、基金这些资产时，我不需要先学会怎么当半个区块链工程师。

RWA 真正的大规模采用，可能就发生在用户终于不用关心它是不是 RWA 的那一天。

#dusk $DUSK

Llevo jugando con cripto el tiempo suficiente como para dar por hecho una idea:

Cuanto más transparente está la cadena, más segura.

Hasta que recientemente investigué @Dusk , no me di cuenta de que esta frase, llevada al mercado financiero real, quizá solo acierta a medias.

Supongamos que eres una institución.

Cuánto dinero hay en tu billetera, el mercado lo ve.

En qué estás construyendo tu posición, el mercado lo ve.

Con quién estás negociando, el mercado lo ve.

Incluso cuándo empieza a moverse el capital, la competencia puede vigilarlo en tiempo real.

¿Sigue siendo entonces una “ventaja de la transparencia”?

Para las transferencias normales, quizá sí.

Pero para fondos, market makers y el Treasury corporativo, esto incluso podría convertirse en una fuga de información.

No se puede ir al otro extremo tampoco.

Si absolutamente todo está oculto, ¿cómo harían el regulador, la auditoría y la verificación de operaciones?

Así que últimamente entiendo cada vez más por qué Dusk insiste tanto en que no es solo una Privacy simple, sino:

privacy where needed, transparency where useful.

Las reglas y los resultados de la ejecución que deben hacerse públicos permanecen verificables;

cuando se trate de datos sensibles como saldos, posiciones y contrapartes, se mantiene la confidencialidad;

y cuando de verdad se necesite regulación o auditoría, entonces se realiza una divulgación selectiva.

Esta diferencia, la verdad, antes no la había pensado en serio.

La primera etapa de Crypto resolvió:

“No confíes en mí; verifica tú mismo.”

Pero si el mercado financiero realmente se tokeniza y se pone en cadena a gran escala, la siguiente etapa quizá también tenga que resolver:

“Puedes verificarme, pero eso no significa que debas verlo todo.”

Creo que ahí es donde realmente vale la pena debatir la privacidad programable.

Hoy volví a casa y vi a un viejo amigo @Dusk , que volvió a sacar creadores. La primera vez que aparecieron en la lista dieron 2000 u de una; incluso si no entraron, solo por escribir un artículo te daban 30 u. De verdad me hace recordar cuando la economía iba bien. Hoy, después de ver esto, estuve observando #dusk .

Descubrí que, cuando antes miraba RWA, lo único que más me preocupaba era una cuestión: ¿realmente existe un activo tangible?

Últimamente he estado investigando el $DUSK de Dusk Trade, y de hecho me hizo darme cuenta de que estaba preguntando demasiado pronto.

Supongamos que mañana de verdad se sube a la cadena un bono o un ETF, ¿y luego qué?

¿Puedo comprarlo?
¿Quién confirma que tengo derecho a comprar?
Después de la operación, ¿cuándo el activo realmente pasa a ser mío?
¿El dinero y el activo se liquidan al mismo tiempo?
Si en el futuro quiero vender, ¿dónde encuentro liquidez?

Si estas preguntas no se resuelven, entonces hay un Token en la cadena que, para el inversor común, en realidad tiene un significado bastante limitado.

Por eso me parece interesante Dusk Trade.

No se trata simplemente de construir otro DEX para poder comprar RWA, sino de intentar meter activos financieros tokenizados como MMF, ETF, bonos, etc., dentro de un entorno de trading más completo: la elegibilidad de los inversores, la negociación de activos, la coordinación de pagos y el Settlement, todo lo posible, completado dentro del mismo conjunto de infraestructura.

Antes yo pensaba que la competencia en RWA era quién logra subir primero los activos a la cadena.

Ahora cada vez pienso más que subir los activos a la cadena solo te da el pase para entrar; lo verdaderamente difícil es traer “el mercado” con él.

Al fin y al cabo, en las finanzas reales, el hecho de emitir un activo nunca es el final.

Que alguien pueda comprar, que alguien pueda vender, que se pueda confirmar la identidad y la elegibilidad, y que después de la operación realmente se complete la transferencia de propiedad… esas cosas, unidas, es lo que se llama mercado.

Así que en adelante, cuando mire Dusk Trade, no me voy a fijar primero en cuántos activos puede listar.

Lo que quiero ver es: después de que entre la primera tanda de usuarios reales, desde la apertura de cuenta, la negociación y hasta el Settlement final, si de verdad puede funcionar como un ciclo cerrado completo.

Si esta cadena logra correr bien, creo que merece más atención que simplemente sumar algunas clases más de RWA.

#baby $BABY Estos días sigo revisando la información de TBV y me di cuenta de que antes había puesto el enfoque en el lugar equivocado.

Muchos están hablando de que BitVM3 reduce los costos y que la verificación es más rápida; claro que eso es algo bueno. Pero lo que más me importa es: ¿qué es exactamente lo que reemplaza?

Antes siempre pensaba que lo más importante de la descentralización es que “cualquiera pueda supervisar”. Ahora, para reducir el costo de las controversias, el mecanismo de desafíos de TBV está más orientado a que los desafíos se realicen con desafiadores predefinidos. La eficiencia, efectivamente, ha mejorado, pero también ha cambiado la manera de supervisar.

No digo que esto esté mal; en la vida real muchos protocolos hacen concesiones entre eficiencia y apertura. Lo que pasa es que, como usuario común, quiero saber esto: si en el futuro el tamaño de los fondos sigue creciendo, ¿los desafiadores serán lo suficientemente diversos? Si aparecen nodos desconectados o condiciones de mercado extremas, ¿podrán responder a tiempo?

Cada vez me convenzo más de que no se puede evaluar un protocolo solo mirando TPS, Gas o tasas de rendimiento.

Lo que realmente determina si puede funcionar durante mucho tiempo suelen ser esos detalles que casi nadie comenta: quién supervisa, si la supervisión tiene redundancia, y si existe un plan de respaldo cuando algo sale mal.

Por eso, en adelante seguiré prestando atención a @BabylonLabs_io . No solo para ver las mejoras de rendimiento que trae BitVM3, sino también para observar la ecología de los desafiadores, la transparencia de la gobernanza y si los límites de seguridad se siguen perfeccionando.

Las rupturas técnicas son algo que vale la pena esperar, pero si el modelo de seguridad puede resistir la prueba del tiempo, creo que es más importante que cualquier beneficio positivo a corto plazo.

#baby $BABY

Ayer, mientras organizaba una wallet fría, volví a encontrar aquella serie de BTC UTXO que llevaba años sin moverse.

Siempre he pensado que la mayor contradicción de Bitcoin no es la seguridad, sino tenerlo inmovilizado sin flujo de efectivo. Recientemente estuve investigando la testnet TBV de Babylon y descubrí que, en el mecanismo de redención, se reserva específicamente un período de desafío de tres días. Al principio me pareció demasiado lento, pero luego entendí que en realidad le está dando tiempo a la seguridad.

Como el BTC permanece bloqueado durante todo el proceso en un script de Taproot, no usa puentes entre cadenas y tampoco requiere empaquetar activos. Al momento de la redención, se necesita que el Vault Provider presente una prueba; si alguien falsifica la prueba, el retador aún puede detener la transacción durante esos tres días. Sin esa ventana, el atacante podría perfectamente pedir prestado stablecoins primero y huir antes de que el BTC se desbloquee de forma real.

Sin embargo, lo que de verdad me hace dudar no son esos tres días.

Actualmente, quienes se encargan del desafío todavía son solo una pequeña parte de nodos designados; los usuarios comunes casi nunca despliegan ellos mismos el programa de desafío. Es decir, en el momento clave aún tienes que confiar en que esos retadores se mantengan en línea y funcionen correctamente de forma continua. En la práctica, lo más realista es que los intereses del préstamo durante el período de redención no se detienen; si el mercado fluctúa de manera brusca, puede que para cuando el BTC vuelva, la posición ya haya sido liquidada.

Me parece bien el rumbo de Babylon de no usar puentes y no empaquetar, porque realmente es más mesurado que muchas propuestas de BTCFi. Pero una vez que el protocolo se implemente de verdad, si los retadores pueden estar suficientemente diversificados y si la respuesta es lo bastante rápida, creo que ahí está la clave para determinar la experiencia.

La rentabilidad puede atraer usuarios, pero lo que realmente los mantiene son esos detalles que siguen funcionando incluso en condiciones de mercado extremas.

@BabylonLabs_io #baby

En 2018, estudié un proyecto con un prestigio técnico muy alto. El trasfondo del equipo era prácticamente impecable. Sin embargo, tras el lanzamiento de la red principal, los problemas salieron a la luz muy pronto. El código en sí no tenía vulnerabilidades; el verdadero problema eran los mecanismos de incentivos: la recompensa que obtenían los nodos por la validación no alcanzaba para cubrir los costos operativos. Entonces comenzaron a ir saliendo gradualmente, y la seguridad de la red también fue disminuyendo. Esa experiencia me hizo comprender que, en muchos casos, los protocolos no terminan perdiendo por la tecnología, sino por el modelo económico.

Recientemente, al volver a investigar el mecanismo TBV de Babylon, también he seguido fijándome en este punto. Para que un nodo participe en el proceso de desafíos, tiene que mantenerse en línea de forma estable. Y mantener la conexión estable significa inversión continua en servidores, ancho de banda, operación y monitoreo. Si estos costos van acercándose cada vez más a los rendimientos del staking, a largo plazo es natural que algunos nodos decidan abandonar.

Para cualquier red PoS, si los nodos están dispuestos a seguir operando depende, en esencia, de tres cosas: el umbral de acceso, el riesgo de penalización y la rentabilidad. Entre estos elementos debe existir un margen de beneficios suficiente; si no, es difícil que el ecosistema de nodos mantenga su vitalidad a largo plazo. En la actualidad, Babylon describe más bien el diseño del mecanismo, pero sobre la medición de los rendimientos en distintos entornos de mercado, el modelo de costos y el punto de equilibrio de nodos—todavía hay datos públicos bastante limitados.

Hay otra cuestión que vale la pena observar de forma continua. Si en el futuro el rendimiento del staking de BABY se mantiene a largo plazo por encima de otras vías de rentabilidad de BTCFi, el capital de gran escala podría concentrarse aún más en unos pocos nodos grandes para buscar mayor eficiencia. Este es un desafío que muchos otros sistemas PoS han enfrentado en sus primeras etapas.

Estas discusiones no pretenden negar Babylon; más bien, sostienen que lo que realmente determina la competitividad a largo plazo de un protocolo no es solo si la solución técnica es avanzada, sino si los incentivos económicos pueden superar las pruebas del mercado real. En adelante, me centraré especialmente en la cantidad de nodos, la distribución de nodos y los cambios en la tasa de retorno, para evaluar si este modelo realmente se pone en marcha.

@BabylonLabs_io $BABY #baby

Recientemente hablé con amigos sobre el diseño de los reembolsos (redemptions) de Babylon para BTC, y una pregunta me hizo volver a leer el documento: de las tres opciones de reembolso, ¿quién es el que realmente decide si podrás o no usarlas?

Las opciones que ofrece oficialmente son Unbonding, Emergency Redemption e Instant Redemption. A primera vista, parece que el usuario tiene planes de liquidez distintos, pero al profundizar se descubre que no son decisiones completamente autónomas del usuario.

Por ejemplo, en el caso de Instant Redemption, el precio de intercambio no depende enteramente de las operaciones del mercado; también se ve afectado por el mecanismo de fijación de precios del protocolo. Emergency Redemption tampoco se activa automáticamente por cumplir una condición objetiva en la cadena; está condicionado por parámetros de gobernanza. Es decir, el usuario tiene distintos puntos de entrada para reembolsar, pero no controla por completo cuándo se abren esos puntos ni cuál es el coste.

Desde el ángulo de la seguridad de los activos, el BTC sigue bloqueado en scripts de Taproot y en UTXO; el modelo de custodia no ha cambiado. Pero desde el ángulo de la liquidez, lo que realmente determina la experiencia es el mecanismo encargado de interpretar el estado y calcular los parámetros.

Para un usuario común, la sensación quizá sea simplemente pagar unos cuantos puntos porcentuales más de coste al reembolsar. En cambio, para instituciones que necesitan gestionar la liquidez, esto implica incertidumbre tanto en el coste de reembolso como en el tiempo de recepción, afectando la planificación de fondos.

Por eso, no voy a asumir que el riesgo de liquidez ya se ha resuelto solo porque existan tres opciones de reembolso. Me interesan más algunos datos reales después del lanzamiento en la red principal:

* si el slippage real de Instant Redemption se estabiliza gradualmente;
* cuántas confirmaciones de bloque se necesitan en Emergency Redemption, desde que se activa hasta que el BTC se desbloquea;
* si, al modificar parámetros clave, la comunidad dispone de un periodo suficientemente largo de discusión pública y una ventana de oposición.

Solo cuando estos datos superen la prueba de un ciclo completo de mercado alcista y bajista, Babylon tendrá la oportunidad de actualizar el Bitcoin Staking de “cambiar el bloqueo a largo plazo por rendimientos” a una infraestructura de “reglas transparentes y liquidez predecible”.

Si fueras tú, ¿cómo lo elegirías?

A. Aceptar un periodo de desbloqueo más largo, buscando un rendimiento mayor.
B. Pagar un coste por la liquidez y elegir el reembolso inmediato.
C. Observar primero los datos reales de reembolso después del lanzamiento en mainnet y decidir si participar.

@BabylonLabs_io $BABY #BABY