Binance Square
扶摇直上118
515 Publicaciones

扶摇直上118

入圈很早,学费交了很多,到现在都还是一枚韭菜,爱好合约,最高的战绩1000u打到20万u!
74 Siguiendo
4.8K+ Seguidores
472 Me gusta
Publicaciones
Cartera
·
--
Ver traducción
我刚才发现Babylon官网有一段话被大多数人跳过了:TBV本身不是一个DeFi产品,只是个原语,真正的产品是外面接的那些。这句话我反复读了三遍才意识到分量。TBV是什么?是一套让BTC在不出主网不跨链不托管的前提下变成可编程资产的协议。但Babylon没打算自己拿着这套东西去做借贷做交易做衍生品。它的做法是:把TBV做成SDK轻客户端验证模块前端工具链,然后全部丢给开发者。@babylonlabs_io 等于说,Babylon在造的不是一栋楼,是一套预制板,谁想用BTC做抵押品,拎起这套板子就能开工,不用自己从头写比特币脚本不用自己搭轻节点验证。跟Aave的合作就是典型案例:Babylon只负责把BTC锁进Vault把状态证明传出去,怎么借贷怎么清算,全是Aave自己那套Core Lending Spoke和Vault Swap Spoke的事。 这个设计思路的精妙之处在于:它不用猜市场需要什么。开发者会用TBV做出它自己都没想到的东西。而BABY作为这个扳手工厂的治理代币,价值能不能起来,看的不是Babylon自己做了多少个产品,而是有多少开发者愿意拿起这把扳手。 #baby $BABY
我刚才发现Babylon官网有一段话被大多数人跳过了:TBV本身不是一个DeFi产品,只是个原语,真正的产品是外面接的那些。这句话我反复读了三遍才意识到分量。TBV是什么?是一套让BTC在不出主网不跨链不托管的前提下变成可编程资产的协议。但Babylon没打算自己拿着这套东西去做借贷做交易做衍生品。它的做法是:把TBV做成SDK轻客户端验证模块前端工具链,然后全部丢给开发者。@BabylonLabs_io

等于说,Babylon在造的不是一栋楼,是一套预制板,谁想用BTC做抵押品,拎起这套板子就能开工,不用自己从头写比特币脚本不用自己搭轻节点验证。跟Aave的合作就是典型案例:Babylon只负责把BTC锁进Vault把状态证明传出去,怎么借贷怎么清算,全是Aave自己那套Core Lending Spoke和Vault Swap Spoke的事。

这个设计思路的精妙之处在于:它不用猜市场需要什么。开发者会用TBV做出它自己都没想到的东西。而BABY作为这个扳手工厂的治理代币,价值能不能起来,看的不是Babylon自己做了多少个产品,而是有多少开发者愿意拿起这把扳手。
#baby $BABY
你们在BABY质押比特币感觉如何?
没钱质押毛线感觉
我什么时候能拥有1个大饼
6 hora(s) restante(s)
Ayer, cuando vi el Libro Blanco de @babylonlabs_io , descubrí que la Phase-3 es el paso más central en la hoja de ruta de Babylon y también el de mayor dificultad técnica. Su objetivo es muy simple: que un BTC en staking garantice seguridad simultáneamente para múltiples cadenas PoS. Suena muy bien, ¿verdad? Pero si lo pienso con cuidado, la implementación técnica me da dolor de cabeza. En los modelos actuales de la Phase-1 y la Phase-2, un mismo BTC solo corresponde a los requisitos de seguridad de una sola cadena. Los stakers delegan su BTC en un Finality Provider, y este Provider solo se encarga de brindar el servicio de confirmación final a una cadena. La lógica es clara. @babylonlabs_io En el escenario de multi-staking, el mismo BTC en staking debe servir para N cadenas al mismo tiempo. Cada cadena tiene su propio conjunto de validadores, sus propias reglas de slashing y sus propios parámetros de consenso. Si un Finality Provider que comete malicias en una de esas cadenas es castigado con slashing, el castigo recae sobre el mismo BTC. Las otras cadenas inocentes también salen perjudicadas. Ese es el contagio del riesgo. La solución de Babylon consiste en usar Babylon Genesis, una cadena del SDK de Cosmos, como capa de coordinación. Todo el estado de multi-staking, las señales de slashing y la distribución de recompensas se enrutan y administran a través de Genesis. El problema es que Genesis en sí es una cadena PoS, con su propio conjunto de validadores y su propio mecanismo de consenso. La seguridad del multi-staking, en última instancia, depende de que Genesis no falle. Esto tiene un aire de razonamiento circular: gestionar con una cadena PoS la seguridad que Bitcoin proporciona a otras cadenas PoS. La red de pruebas de la Phase-3 se lanzó en el tercer trimestre de 2025, y estaba previsto que entrara en la red principal en Q4. Pero hasta ahora, en julio de 2026, sigue retrasada. Supongo que la complejidad técnica es mucho mayor de lo que el equipo había previsto. La sincronización del estado entre múltiples cadenas, la atomicidad del slashing entre cadenas y la distribución justa de las recompensas: cada uno de estos puntos es un hueso duro de roer. #baby $BABY
Ayer, cuando vi el Libro Blanco de @BabylonLabs_io , descubrí que la Phase-3 es el paso más central en la hoja de ruta de Babylon y también el de mayor dificultad técnica. Su objetivo es muy simple: que un BTC en staking garantice seguridad simultáneamente para múltiples cadenas PoS.

Suena muy bien, ¿verdad? Pero si lo pienso con cuidado, la implementación técnica me da dolor de cabeza. En los modelos actuales de la Phase-1 y la Phase-2, un mismo BTC solo corresponde a los requisitos de seguridad de una sola cadena. Los stakers delegan su BTC en un Finality Provider, y este Provider solo se encarga de brindar el servicio de confirmación final a una cadena. La lógica es clara. @BabylonLabs_io

En el escenario de multi-staking, el mismo BTC en staking debe servir para N cadenas al mismo tiempo. Cada cadena tiene su propio conjunto de validadores, sus propias reglas de slashing y sus propios parámetros de consenso. Si un Finality Provider que comete malicias en una de esas cadenas es castigado con slashing, el castigo recae sobre el mismo BTC. Las otras cadenas inocentes también salen perjudicadas. Ese es el contagio del riesgo.

La solución de Babylon consiste en usar Babylon Genesis, una cadena del SDK de Cosmos, como capa de coordinación. Todo el estado de multi-staking, las señales de slashing y la distribución de recompensas se enrutan y administran a través de Genesis. El problema es que Genesis en sí es una cadena PoS, con su propio conjunto de validadores y su propio mecanismo de consenso. La seguridad del multi-staking, en última instancia, depende de que Genesis no falle. Esto tiene un aire de razonamiento circular: gestionar con una cadena PoS la seguridad que Bitcoin proporciona a otras cadenas PoS.

La red de pruebas de la Phase-3 se lanzó en el tercer trimestre de 2025, y estaba previsto que entrara en la red principal en Q4. Pero hasta ahora, en julio de 2026, sigue retrasada. Supongo que la complejidad técnica es mucho mayor de lo que el equipo había previsto. La sincronización del estado entre múltiples cadenas, la atomicidad del slashing entre cadenas y la distribución justa de las recompensas: cada uno de estos puntos es un hueso duro de roer.
#baby $BABY
Ver traducción
我看过OpenZeppelin在2026年4月发布的Babylon专项安全研究报告,报告里实打实揭露了四个协议核心漏洞,全部集中在边界状态转换的薄弱环节,也是普通用户和开发者很容易忽视的风险点。 第一个是委托状态处理漏洞。Babylon会将链上运行周期划分为多个阶段,验证节点的新增退出权限调整,都会延迟到周期边界才统一更新。这个时间节点会同时触发多项系统变更,节点更替投票权重重置状态刷新同步进行,链上状态机运算压力极大,非常容易出现逻辑出错和数据错乱的问题。@babylonlabs_io 其中最值得警惕的就是罚没机制绕过漏洞。协议本身设定了严格的强制罚没规则,但在部分特殊边界条件下,恶意验证者可以找到漏洞路径规避处罚。Babylon的罚没执行,高度依赖链下委员会的阈值签名校验,链下组件和链上数据存在天然的同步延迟,这段时差就是可被利用的攻击窗口。 其实这不是项目首次暴露安全隐患,2026年1月就爆出过BLS投票扩展机制漏洞。恶意验证者可以刻意省略区块哈希字段,在周期边界诱发全网验证节点集体崩溃。好在团队及时修复漏洞,没有造成实际资产损失。 Babylon前后聘请过多家专业审计机构,也上线了漏洞赏金计划,但审计从来无法杜绝所有隐性漏洞。白帽团队挖出的这些问题,也足以说明协议底层还有很多未被发现的安全缺陷。 #baby $BABY
我看过OpenZeppelin在2026年4月发布的Babylon专项安全研究报告,报告里实打实揭露了四个协议核心漏洞,全部集中在边界状态转换的薄弱环节,也是普通用户和开发者很容易忽视的风险点。

第一个是委托状态处理漏洞。Babylon会将链上运行周期划分为多个阶段,验证节点的新增退出权限调整,都会延迟到周期边界才统一更新。这个时间节点会同时触发多项系统变更,节点更替投票权重重置状态刷新同步进行,链上状态机运算压力极大,非常容易出现逻辑出错和数据错乱的问题。@BabylonLabs_io
其中最值得警惕的就是罚没机制绕过漏洞。协议本身设定了严格的强制罚没规则,但在部分特殊边界条件下,恶意验证者可以找到漏洞路径规避处罚。Babylon的罚没执行,高度依赖链下委员会的阈值签名校验,链下组件和链上数据存在天然的同步延迟,这段时差就是可被利用的攻击窗口。

其实这不是项目首次暴露安全隐患,2026年1月就爆出过BLS投票扩展机制漏洞。恶意验证者可以刻意省略区块哈希字段,在周期边界诱发全网验证节点集体崩溃。好在团队及时修复漏洞,没有造成实际资产损失。

Babylon前后聘请过多家专业审计机构,也上线了漏洞赏金计划,但审计从来无法杜绝所有隐性漏洞。白帽团队挖出的这些问题,也足以说明协议底层还有很多未被发现的安全缺陷。
#baby $BABY
·
--
Alcista
Quedan pocos días para que publiquen los estados financieros de SanDisk, ¿podrá despegar esta vez? Estos días la volatilidad es realmente grande; incluso haciendo trading a corto plazo me siento inquieto, y de repente pueden atraparme y hacerme perder unos cuantos golpes. ¡Me asustan tanto que me da miedo! Hago unas cuantas operaciones al día, ganar algo para comprar comida también está bien. ¡Sigo viendo con buenos ojos a SanDisk! No sigan cayendo, por favor. #TradFi晒单
Quedan pocos días para que publiquen los estados financieros de SanDisk, ¿podrá despegar esta vez? Estos días la volatilidad es realmente grande; incluso haciendo trading a corto plazo me siento inquieto, y de repente pueden atraparme y hacerme perder unos cuantos golpes. ¡Me asustan tanto que me da miedo!
Hago unas cuantas operaciones al día, ganar algo para comprar comida también está bien. ¡Sigo viendo con buenos ojos a SanDisk! No sigan cayendo, por favor.
#TradFi晒单
·
--
Alcista
Descubrí que los antecedentes del equipo fundador de Babylon, dentro del mundo cripto, son bastante sólidos. El fundador, David Tse, es profesor en la Universidad de Stanford y miembro de la Academia Nacional de Ingeniería de Estados Unidos. El cofundador, Fisher Yu, también es un experto en seguridad blockchain y criptografía. En el equipo hay muchas caras chinas, pero la alta dirección central en su mayoría tiene un trasfondo en el extranjero. La ventaja de emprender con mentalidad de academia es que la base técnica es fuerte; la desventaja es que muchas veces no entienden cómo comunicarse con el público minorista. En el whitepaper, esos términos de criptografía y el diseño de protocolos, la gente común no logra ni siquiera entrarle. Además, Babylon ya ha completado varias rondas de financiación, con un total de 96 millones de dólares. Este @babylonlabs_io tamaño de financiación en el entorno del mercado de 2024 no es pequeño. Pero que haya mucho dinero no significa necesariamente que el proyecto vaya a salir bien. Creo que lo clave es en qué se gasta: desarrollo técnico, construcción del ecosistema y auditorías de seguridad; cada una de esas cosas es una labor que consume bastante presupuesto. Para garantizar la seguridad, Babylon contrató a Coinspect y Zellic para hacer auditorías. Uno es un equipo especializado en seguridad de scripts de Bitcoin, y el otro tiene un trasfondo de hackers de sombrero blanco. Aunque se hagan auditorías de seguridad, es posible que sigan existiendo vulnerabilidades. Los riesgos de contratos inteligentes y de que el protocolo falle aparecen incluso en la documentación oficial. Reconocer o no ese riesgo es cosa tuya. #baby $BABY
Descubrí que los antecedentes del equipo fundador de Babylon, dentro del mundo cripto, son bastante sólidos.
El fundador, David Tse, es profesor en la Universidad de Stanford y miembro de la Academia Nacional de Ingeniería de Estados Unidos. El cofundador, Fisher Yu, también es un experto en seguridad blockchain y criptografía. En el equipo hay muchas caras chinas, pero la alta dirección central en su mayoría tiene un trasfondo en el extranjero.

La ventaja de emprender con mentalidad de academia es que la base técnica es fuerte; la desventaja es que muchas veces no entienden cómo comunicarse con el público minorista.

En el whitepaper, esos términos de criptografía y el diseño de protocolos, la gente común no logra ni siquiera entrarle.

Además, Babylon ya ha completado varias rondas de financiación, con un total de 96 millones de dólares. Este @BabylonLabs_io tamaño de financiación en el entorno del mercado de 2024 no es pequeño. Pero que haya mucho dinero no significa necesariamente que el proyecto vaya a salir bien. Creo que lo clave es en qué se gasta: desarrollo técnico, construcción del ecosistema y auditorías de seguridad; cada una de esas cosas es una labor que consume bastante presupuesto.

Para garantizar la seguridad, Babylon contrató a Coinspect y Zellic para hacer auditorías. Uno es un equipo especializado en seguridad de scripts de Bitcoin, y el otro tiene un trasfondo de hackers de sombrero blanco. Aunque se hagan auditorías de seguridad, es posible que sigan existiendo vulnerabilidades. Los riesgos de contratos inteligentes y de que el protocolo falle aparecen incluso en la documentación oficial. Reconocer o no ese riesgo es cosa tuya.
#baby $BABY
Ver traducción
我一直记得早些年折腾以太坊 L2 Rollup 的时候,我最头疼的就是那张高昂的 Data Availability DA数据可用性账单。原本以为 Babylon 的比特币时间戳Timestamping协议只是为了给 PoS 链提供最终确认性,是个纯粹的密码学游戏。但我在反复死磕其技术文档 Section 4 后,我意识到,这根本不是一个免费的午餐,它本质上是一个披着密码学外衣的 BTC DA 服务,且有着极其独特的成本结构。 我重新理了逻辑:PoS 链为了获得比特币级别的不可篡改性,必须将其检查点Checkpoint和验证者集变更等关键数据通过 Babylon 打在 Bitcoin 的 OP RETURN 里。白皮书里写得很轻巧,但我算了一笔朴素的账。一个典型的 OP_RETURN 脚本只有 80 字节。如果一条 PoS 链为了保持秒级的 Fast Unbonding 体验,需要频繁锚定状态,那这意味着它每个月得在 BTC 网络上抢占成千上万个 OP_RETURN 槽位。 这让我觉得,单纯看 Babylon 接入了多少条链TVL是没用的,那只是讲故事。 我接下来只盯一个硬指标:PoS 链支付给 BTC 矿工的 Gas 费用与 Babylon 自身收益的比例。如果一个 PoS 链自身产生的 Gas 费用和代币价值,都无法覆盖它为了对齐共识而支付给 BTC 网络的 DA 租金,那这个模式就无法长期持续。@babylonlabs_io 我的理性在于,BABY 的终局价值,并不取决于它输出多少安全性,而是取决于它能否建立一个低成本、高效率的数据锚定市场。它不是一个免费的安保,是一个需要精确计算每一字节 DA 成本的商业行为。在这套体系被证明经济上可行之前,我依然保留一份理性的清醒。 #baby $BABY
我一直记得早些年折腾以太坊 L2 Rollup 的时候,我最头疼的就是那张高昂的 Data Availability DA数据可用性账单。原本以为 Babylon 的比特币时间戳Timestamping协议只是为了给 PoS 链提供最终确认性,是个纯粹的密码学游戏。但我在反复死磕其技术文档 Section 4 后,我意识到,这根本不是一个免费的午餐,它本质上是一个披着密码学外衣的 BTC DA 服务,且有着极其独特的成本结构。

我重新理了逻辑:PoS 链为了获得比特币级别的不可篡改性,必须将其检查点Checkpoint和验证者集变更等关键数据通过 Babylon 打在 Bitcoin 的 OP RETURN 里。白皮书里写得很轻巧,但我算了一笔朴素的账。一个典型的 OP_RETURN 脚本只有 80 字节。如果一条 PoS 链为了保持秒级的 Fast Unbonding 体验,需要频繁锚定状态,那这意味着它每个月得在 BTC 网络上抢占成千上万个 OP_RETURN 槽位。
这让我觉得,单纯看 Babylon 接入了多少条链TVL是没用的,那只是讲故事。
我接下来只盯一个硬指标:PoS 链支付给 BTC 矿工的 Gas 费用与 Babylon 自身收益的比例。如果一个 PoS 链自身产生的 Gas 费用和代币价值,都无法覆盖它为了对齐共识而支付给 BTC 网络的 DA 租金,那这个模式就无法长期持续。@BabylonLabs_io

我的理性在于,BABY 的终局价值,并不取决于它输出多少安全性,而是取决于它能否建立一个低成本、高效率的数据锚定市场。它不是一个免费的安保,是一个需要精确计算每一字节 DA 成本的商业行为。在这套体系被证明经济上可行之前,我依然保留一份理性的清醒。
#baby $BABY
·
--
Alcista
Ver traducción
这几年看多了各种公链的技术黄皮书,我慢慢摸出点门道,不太关心理论上的 TPS 能跑多高,反而先看它定义的安全锚点,到底是建立在脆弱的通胀代币上,还是蹭了谁家的绝对算力。见过太多新链起高楼,根子从来不是生态没做起来,是共识太便宜,攻击成本低到随便一个大户就能让网络停摆,这时候所有的高性能都成了笑话。 拆解 Babylon 的比特币安全服务层时,让我停下来的正是这一层。@babylonlabs_io 它不是在给其他 PoS 链拉投资,而是把比特币强大的不可篡改性通过密码学原语,变成一种可租用的、高等级安保服务。 新链不用再为了初始安全而把自身代币通胀到脚踝,直接通过 Babylon 将历史状态锚定在比特币主网上。 这个思路很像大型数据中心的异地灾备本地服务可以追求极致速度,但涉及最终 Finality 的数据,得定时同步到物理隔离、坚不可摧的核心机房。 链上过去一直缺这道主权安全的流动机制,Babylon 想补的不是流通性,是给PoS链一个不用过度牺牲经济模型也能获得顶级安全的选择。 我也不会把它捧成安全金库。BTC 拥堵时时间戳打不进去,安保级别就会降档;Babylon 自己的中继器出错了,信号照样会中断。真正要看的不是理论多完美,是极端行情下,这套安保租赁协议还能不能守住不产生额外信任假设的底线。 我认为,$BABY 的终局价值,取决于它能多彻底地改变新链的启动成本模型。以后链越多,我越在意的不是新链讲了什么故事,是谁能证明它的历史已经刀刻斧凿般存在了比特币的账本里。 #baby $BABY
这几年看多了各种公链的技术黄皮书,我慢慢摸出点门道,不太关心理论上的 TPS 能跑多高,反而先看它定义的安全锚点,到底是建立在脆弱的通胀代币上,还是蹭了谁家的绝对算力。见过太多新链起高楼,根子从来不是生态没做起来,是共识太便宜,攻击成本低到随便一个大户就能让网络停摆,这时候所有的高性能都成了笑话。

拆解 Babylon 的比特币安全服务层时,让我停下来的正是这一层。@BabylonLabs_io 它不是在给其他 PoS 链拉投资,而是把比特币强大的不可篡改性通过密码学原语,变成一种可租用的、高等级安保服务。
新链不用再为了初始安全而把自身代币通胀到脚踝,直接通过 Babylon 将历史状态锚定在比特币主网上。

这个思路很像大型数据中心的异地灾备本地服务可以追求极致速度,但涉及最终 Finality 的数据,得定时同步到物理隔离、坚不可摧的核心机房。
链上过去一直缺这道主权安全的流动机制,Babylon 想补的不是流通性,是给PoS链一个不用过度牺牲经济模型也能获得顶级安全的选择。
我也不会把它捧成安全金库。BTC 拥堵时时间戳打不进去,安保级别就会降档;Babylon 自己的中继器出错了,信号照样会中断。真正要看的不是理论多完美,是极端行情下,这套安保租赁协议还能不能守住不产生额外信任假设的底线。

我认为,$BABY 的终局价值,取决于它能多彻底地改变新链的启动成本模型。以后链越多,我越在意的不是新链讲了什么故事,是谁能证明它的历史已经刀刻斧凿般存在了比特币的账本里。
#baby $BABY
He investigado durante tanto tiempo el ecosistema de Bitcoin y la mayoría de los proyectos están tratando de añadirle atributos computacionales a BTC. Pero creo que el verdadero punto disruptivo de BABY está en que profundiza en los atributos de tiempo y de determinismo de Bitcoin, y los entreteje criptográficamente dentro del protocolo de consenso PoS. Todos hablan de cómo EOTS logra el slashing automático; eso es efectivamente ingenioso. Pero creo que el núcleo técnico más esencial del whitepaper @babylonlabs_io , y también el más fácil de pasar por alto, es su diseño de una restricción rígida del estado de staking a nivel de la capa de scripts de Bitcoin. Despejemos la niebla y veamos la esencia: en la cadena de Bitcoin no existen smart contracts para mantener estos estados—si ya está staked, si está siendo desstaked o si ya fue desstaked. La genialidad de Babylon está en que utiliza las características nativas del script de UTXO de Bitcoin para simular, sobre un libro contable estático, una máquina de estados dinámica. Cuando el usuario inicia el staking, BTC se bloquea dentro de un UTXO específico. La condición de desbloqueo de ese UTXO no es única, sino una compuerta lógica compuesta. La clave es que liga de forma rígida—en el plano criptográfico—la acción de des-staking con la finalidad del consenso de la cadena Babylon. El whitepaper, en la Sección 5, detalla este mecanismo observable de des-staking. Si el validador es honesto, el des-staking debe pasar por un periodo de seguridad asegurado por CSV. Esto garantiza que, si alguna vez se desvió, durante ese periodo de seguridad su clave privada EOTS tiene suficiente tiempo para ser extraída y ejecutar el slashing. Esto significa que el poder de desbloqueo de BTC no está en manos del protocolo de Babylon, sino en manos de dos hechos físicos y matemáticos deterministas: el tiempo y si el validador se portó mal. Mi lucidez es que este diseño, aunque confía enormemente en las matemáticas, no confía en absoluto en la velocidad. Esta arquitectura, para una seguridad absoluta, sacrifica una eficiencia enorme en la liquidez. Un periodo de des-staking demasiado largo puede hacer que los stakers de BTC, en escenarios extremos de mercado, vean sus activos sin posibilidad de moverse. El valor central de BABY no es crear altos rendimientos, sino crear un UTXO con percepción de consenso. Permite que el antes rígido UTXO de Bitcoin pueda percibir el estado de consenso de la cadena PoS externa. Esto es más duro y profundo que cualquier solución de sidechain o cross-chain que haya visto: no es solo una pila de código, es una extracción de confianza la más primitiva y violenta sobre los primitivos de Bitcoin. #baby $BABY
He investigado durante tanto tiempo el ecosistema de Bitcoin y la mayoría de los proyectos están tratando de añadirle atributos computacionales a BTC. Pero creo que el verdadero punto disruptivo de BABY está en que profundiza en los atributos de tiempo y de determinismo de Bitcoin, y los entreteje criptográficamente dentro del protocolo de consenso PoS.

Todos hablan de cómo EOTS logra el slashing automático; eso es efectivamente ingenioso. Pero creo que el núcleo técnico más esencial del whitepaper @BabylonLabs_io , y también el más fácil de pasar por alto, es su diseño de una restricción rígida del estado de staking a nivel de la capa de scripts de Bitcoin.

Despejemos la niebla y veamos la esencia: en la cadena de Bitcoin no existen smart contracts para mantener estos estados—si ya está staked, si está siendo desstaked o si ya fue desstaked. La genialidad de Babylon está en que utiliza las características nativas del script de UTXO de Bitcoin para simular, sobre un libro contable estático, una máquina de estados dinámica.

Cuando el usuario inicia el staking, BTC se bloquea dentro de un UTXO específico. La condición de desbloqueo de ese UTXO no es única, sino una compuerta lógica compuesta. La clave es que liga de forma rígida—en el plano criptográfico—la acción de des-staking con la finalidad del consenso de la cadena Babylon.
El whitepaper, en la Sección 5, detalla este mecanismo observable de des-staking. Si el validador es honesto, el des-staking debe pasar por un periodo de seguridad asegurado por CSV. Esto garantiza que, si alguna vez se desvió, durante ese periodo de seguridad su clave privada EOTS tiene suficiente tiempo para ser extraída y ejecutar el slashing. Esto significa que el poder de desbloqueo de BTC no está en manos del protocolo de Babylon, sino en manos de dos hechos físicos y matemáticos deterministas: el tiempo y si el validador se portó mal.

Mi lucidez es que este diseño, aunque confía enormemente en las matemáticas, no confía en absoluto en la velocidad. Esta arquitectura, para una seguridad absoluta, sacrifica una eficiencia enorme en la liquidez. Un periodo de des-staking demasiado largo puede hacer que los stakers de BTC, en escenarios extremos de mercado, vean sus activos sin posibilidad de moverse.
El valor central de BABY no es crear altos rendimientos, sino crear un UTXO con percepción de consenso. Permite que el antes rígido UTXO de Bitcoin pueda percibir el estado de consenso de la cadena PoS externa. Esto es más duro y profundo que cualquier solución de sidechain o cross-chain que haya visto: no es solo una pila de código, es una extracción de confianza la más primitiva y violenta sobre los primitivos de Bitcoin.
#baby $BABY
Ayer revisé la documentación del modelo económico de @babylonlabs_io y encontré un detalle de diseño bastante embarazoso sobre la captura del valor del token BABY: su función más central, en realidad, no necesita consumirlo. En el mercado, la expectativa general sobre BABY es que será el Aave + EigenLayer del ecosistema de Bitcoin, una compuerta para la liquidez de un billón de BTC, así que el token necesariamente vale mucho. Antes, la lógica del relato era: Babylon es una sidechain; si es una cadena, entonces la emisión de tokens es inevitable y los usuarios, al realizar operaciones, deben pagar BABY como Gas. Pero la realidad es que el negocio central de Babylon es vender la seguridad de Bitcoin. Hice las cuentas. Cuando una cadena PoS o una L2 necesita comprar a Babylon un servicio de seguridad de sellos de tiempo, las tarifas que pagan por lo general provienen del rendimiento en forma de su token nativo del PoS correspondiente, o en BTC. Y cuando un staker de BTC bloquea activos, paga la tarifa nativa del propio BTC (aprox. 2.66 u.), y tanto la creación como el canje (redeem) requieren pagarla. Esto genera una paradoja tecnológica extremadamente absurda: las acciones comerciales más centrales y más frecuentes de todo el ecosistema, en realidad, no necesitan consumir BABY. En la documentación está bastante implícito: BABY se usa principalmente para gobernanza y como incentivo adicional para ser Finality Provider. Esto significa que BABY se parece más a un token de derecho a dividendos, en lugar de un token de insumo productivo. Para las instituciones y cadenas que realmente utilizan el servicio de Babylon, en realidad no necesitan acumular BABY; les basta con tener BTC o sus propios tokens. Además, ni siquiera hemos considerado la presión inflacionaria de BABY. Para incentivar el acceso temprano de Finality Providers, el protocolo debe gastar una gran cantidad de BABY como subsidio. Un token que no tiene escenarios de consumo propios de Gas pero que enfrenta una enorme presión inflacionaria externa tiene una capacidad de captura de valor extremadamente frágil. A menos que en el futuro el protocolo obligue de forma forzada a que el FP apueste una cantidad específica de BABY para obtener el derecho a la validación, en términos lógicos está muy desalineado. Creo que para los grandes tenedores quizá no importe: pueden compensarlo ganando BABY mediante el staking de BTC; e incluso podría ser esta la vía de salida de los VC. Pero si un minorista acumula BABY únicamente para apostar por la apreciación del token, debe pensarlo bien: en un sistema donde el negocio usa todo BTC para liquidarse, ¿cuánto valor queda de un token de gobernanza meramente, después de que la marea baje? #baby $BABY
Ayer revisé la documentación del modelo económico de @BabylonLabs_io y encontré un detalle de diseño bastante embarazoso sobre la captura del valor del token BABY: su función más central, en realidad, no necesita consumirlo.

En el mercado, la expectativa general sobre BABY es que será el Aave + EigenLayer del ecosistema de Bitcoin, una compuerta para la liquidez de un billón de BTC, así que el token necesariamente vale mucho. Antes, la lógica del relato era: Babylon es una sidechain; si es una cadena, entonces la emisión de tokens es inevitable y los usuarios, al realizar operaciones, deben pagar BABY como Gas.
Pero la realidad es que el negocio central de Babylon es vender la seguridad de Bitcoin.

Hice las cuentas. Cuando una cadena PoS o una L2 necesita comprar a Babylon un servicio de seguridad de sellos de tiempo, las tarifas que pagan por lo general provienen del rendimiento en forma de su token nativo del PoS correspondiente, o en BTC. Y cuando un staker de BTC bloquea activos, paga la tarifa nativa del propio BTC (aprox. 2.66 u.), y tanto la creación como el canje (redeem) requieren pagarla.
Esto genera una paradoja tecnológica extremadamente absurda: las acciones comerciales más centrales y más frecuentes de todo el ecosistema, en realidad, no necesitan consumir BABY.
En la documentación está bastante implícito: BABY se usa principalmente para gobernanza y como incentivo adicional para ser Finality Provider.
Esto significa que BABY se parece más a un token de derecho a dividendos, en lugar de un token de insumo productivo. Para las instituciones y cadenas que realmente utilizan el servicio de Babylon, en realidad no necesitan acumular BABY; les basta con tener BTC o sus propios tokens.
Además, ni siquiera hemos considerado la presión inflacionaria de BABY. Para incentivar el acceso temprano de Finality Providers, el protocolo debe gastar una gran cantidad de BABY como subsidio. Un token que no tiene escenarios de consumo propios de Gas pero que enfrenta una enorme presión inflacionaria externa tiene una capacidad de captura de valor extremadamente frágil. A menos que en el futuro el protocolo obligue de forma forzada a que el FP apueste una cantidad específica de BABY para obtener el derecho a la validación, en términos lógicos está muy desalineado.

Creo que para los grandes tenedores quizá no importe: pueden compensarlo ganando BABY mediante el staking de BTC; e incluso podría ser esta la vía de salida de los VC. Pero si un minorista acumula BABY únicamente para apostar por la apreciación del token, debe pensarlo bien: en un sistema donde el negocio usa todo BTC para liquidarse, ¿cuánto valor queda de un token de gobernanza meramente, después de que la marea baje?
#baby $BABY
Todos están hablando de cómo BabylonLabs hace que el BTC nativo genere rendimiento, pero he revisado comunicados y la comunidad y descubrí que todos parecen estar evitando a propósito una de las palabras más importantes de un libro blanco: <Slashing> (mecanismo de penalización por slashing). No me queda otra que escribir este artículo para advertir a aquellos inversores minoristas que solo ven que el Bitcoin no tiene puentes, que no hay custodia y que usan UTXO nativos para lanzarse: nativo no significa cero riesgo. Nativo significa que si te equivocas, tu Bitcoin se deducirá de forma permanente. @babylonlabs_io El mecanismo de BABY es así: los stakers de BTC bloquean sus activos en un UTXO y delegan los derechos de validación en un proveedor de finalización, Finality Provider, para que aporte finalización final. Si el Finality Provider realiza un comportamiento malicioso y grave de seguridad, como doble firma (Double Signing), entonces el BTC que ellos delegaron será slashed. Este diseño es técnicamente muy impresionante porque, por primera vez, dota al Bitcoin de una capacidad de sanción económica estilo PoS. Pero para los minoristas es una caja negra de confianza: No puedes verificar la capacidad técnica del Finality Provider: ¿cómo sabe un minorista si este validador podría acabar firmando doble por fallos de servidor, errores de código o ataques de piratas? Una vez que ocurra, el validador solo pierde reputación, pero tú pierdes BTC real, tangible. Esto es una segunda extracción de valor por parte de las instituciones hacia los minoristas. Con ese poco de 0.1 BTC que tienen, ni siquiera tienen derecho a hacer ellos mismos la validación. Solo pueden delegar en Lombard, PumpBTC u otros protocolos de LST con custodia. Descubrí que esto se convirtió en una escena casi cómica: BABY se diseñó para resolver el problema de no tener puentes y no estar en custodia, y al final los minoristas, por ganar ese poco APY, tienen que delegar el derecho nativo del BTC a un protocolo intermediario. Hagamos números: el APY del staking de BTC nativo aún está en fase Cap; el rendimiento oficial no está definido. Supongamos un 3%-5% frente al riesgo de una penalización por slashing de 0.1 BTC. Si ocurre slashing, tu BTC podría descontarse directamente en un 20% o incluso más. Eso significa que tendrías que operar sin fallos durante 5-10 años para recuperar la pérdida de este incidente. Mi opinión personal es que la participación de los minoristas en el staking de BTC de BABY, en esencia, consiste en una apuesta donde el riesgo y el beneficio no están equilibrados. Lo digo para recordármelo a mí mismo: si no tengo al menos 1 BTC, no tocaría este mecanismo de slashing totalmente nativo. Preferiría participar en esos L2 con puente (aunque lo hay) pero con un modelo de rendimiento más claro; al menos sé dónde está el riesgo. #baby $BABY
Todos están hablando de cómo BabylonLabs hace que el BTC nativo genere rendimiento, pero he revisado comunicados y la comunidad y descubrí que todos parecen estar evitando a propósito una de las palabras más importantes de un libro blanco: <Slashing> (mecanismo de penalización por slashing).

No me queda otra que escribir este artículo para advertir a aquellos inversores minoristas que solo ven que el Bitcoin no tiene puentes, que no hay custodia y que usan UTXO nativos para lanzarse: nativo no significa cero riesgo. Nativo significa que si te equivocas, tu Bitcoin se deducirá de forma permanente.
@BabylonLabs_io

El mecanismo de BABY es así: los stakers de BTC bloquean sus activos en un UTXO y delegan los derechos de validación en un proveedor de finalización, Finality Provider, para que aporte finalización final.
Si el Finality Provider realiza un comportamiento malicioso y grave de seguridad, como doble firma (Double Signing), entonces el BTC que ellos delegaron será slashed.

Este diseño es técnicamente muy impresionante porque, por primera vez, dota al Bitcoin de una capacidad de sanción económica estilo PoS. Pero para los minoristas es una caja negra de confianza:
No puedes verificar la capacidad técnica del Finality Provider: ¿cómo sabe un minorista si este validador podría acabar firmando doble por fallos de servidor, errores de código o ataques de piratas? Una vez que ocurra, el validador solo pierde reputación, pero tú pierdes BTC real, tangible.

Esto es una segunda extracción de valor por parte de las instituciones hacia los minoristas. Con ese poco de 0.1 BTC que tienen, ni siquiera tienen derecho a hacer ellos mismos la validación.
Solo pueden delegar en Lombard, PumpBTC u otros protocolos de LST con custodia.

Descubrí que esto se convirtió en una escena casi cómica: BABY se diseñó para resolver el problema de no tener puentes y no estar en custodia, y al final los minoristas, por ganar ese poco APY, tienen que delegar el derecho nativo del BTC a un protocolo intermediario.

Hagamos números: el APY del staking de BTC nativo aún está en fase Cap; el rendimiento oficial no está definido. Supongamos un 3%-5% frente al riesgo de una penalización por slashing de 0.1 BTC.
Si ocurre slashing, tu BTC podría descontarse directamente en un 20% o incluso más.
Eso significa que tendrías que operar sin fallos durante 5-10 años para recuperar la pérdida de este incidente.

Mi opinión personal es que la participación de los minoristas en el staking de BTC de BABY, en esencia, consiste en una apuesta donde el riesgo y el beneficio no están equilibrados.
Lo digo para recordármelo a mí mismo: si no tengo al menos 1 BTC, no tocaría este mecanismo de slashing totalmente nativo. Preferiría participar en esos L2 con puente (aunque lo hay) pero con un modelo de rendimiento más claro; al menos sé dónde está el riesgo.
#baby $BABY
·
--
Alcista
Ver traducción
今天我吃饱了没事干,去翻了翻Babylon的白皮书,有几个觉得有意思的点想跟大家分享一下。 白皮书的核心主题是通过比特币增强去中心化世界的安全性。 里面有个概念我觉得挺有意思,比特币时间戳协议。 简单说就是利用比特币网络的时间戳功能来给其他链提供安全验证。 我不记得是第三章还是第四章来着,详细讲了那个可提取一次性签名技术。 这个技术逻辑是这样的:你质押BTC的时候不需要把币转到别的链上,币始终留在比特币网络里你自己控制。 但如果你试图作恶,比如搞双重支付,这个签名机制会自动暴露你的私钥,质押的BTC就会被罚没。@babylonlabs_io 等于是用密码学来约束行为,挺巧妙的。 白皮书里还提到Babylon的愿景是把比特币从被动价值储存变成可编程的信任底座。这个表述我印象挺深,比特币这么多年一直是数字黄金,如果能真正激活它的生产力属性,那想象空间确实大。 说句实在话,我个人觉得Babylon这套技术逻辑确实有独到之处,a16z投了1500万美元也不是没道理的。 但技术再牛也得有人用才行,现在生态还在早期,能不能真正把比特币持有者吸引进来参与质押和借贷,这才是关键。我会继续观察,短期不打算加仓也不打算卖。 #baby $BABY
今天我吃饱了没事干,去翻了翻Babylon的白皮书,有几个觉得有意思的点想跟大家分享一下。

白皮书的核心主题是通过比特币增强去中心化世界的安全性。
里面有个概念我觉得挺有意思,比特币时间戳协议。
简单说就是利用比特币网络的时间戳功能来给其他链提供安全验证。

我不记得是第三章还是第四章来着,详细讲了那个可提取一次性签名技术。
这个技术逻辑是这样的:你质押BTC的时候不需要把币转到别的链上,币始终留在比特币网络里你自己控制。
但如果你试图作恶,比如搞双重支付,这个签名机制会自动暴露你的私钥,质押的BTC就会被罚没。@BabylonLabs_io
等于是用密码学来约束行为,挺巧妙的。

白皮书里还提到Babylon的愿景是把比特币从被动价值储存变成可编程的信任底座。这个表述我印象挺深,比特币这么多年一直是数字黄金,如果能真正激活它的生产力属性,那想象空间确实大。

说句实在话,我个人觉得Babylon这套技术逻辑确实有独到之处,a16z投了1500万美元也不是没道理的。
但技术再牛也得有人用才行,现在生态还在早期,能不能真正把比特币持有者吸引进来参与质押和借贷,这才是关键。我会继续观察,短期不打算加仓也不打算卖。
#baby $BABY
Newton, este proyecto, lo he estado vigilando desde hace casi dos meses. El 23 de junio, la red principal salió en beta; RedStone y Credora se conectaron como los primeros socios de datos, y también se lanzó el VaultKit SDK. Los desarrolladores pueden configurar reglas como el tope de gasto y los requisitos de colateral: suena, de verdad, a algo que ya se puede usar. $NEWT Pero en mi corazón siempre queda una espina: esa capa de TEE. El whitepaper envuelve el TEE como una muralla inexpugnable: aislamiento por hardware, combinado con ZKP, una combinación perfecta. Yo también estuve a punto de dejarme engañar. Hasta que vi en KuCoin que alguien dijo algo, y de repente me aclaró la mente: “trust the chip is still trust, just wearing a different hat”. Confiar en el chip y confiar en el proyecto, en esencia, es externalizar la confianza a algo que no puedes controlar. El chip suena solo un poco más “sofisticado”. #Newt Lo que me heló la espalda de verdad fue lo ocurrido en octubre de 2025. Un equipo de investigación de Georgia Tech y Purdue University desarrolló un ataque de canal lateral llamado TEE.Fail, con un coste de menos de 1000 dólares. Puede extraer claves de cifrado del sistema DDR5 con Intel TDX y AMD SEV-SNP. Una vez que el atacante obtiene la clave, puede falsificar informes de prueba que pasan la validación oficial. Esto significa que incluso un proxy alterado puede generar pruebas remotas de “todo está normal”; el contrato en cadena las registra todas sin problema, y tú no puedes ver que ya hubo manipulación. Y esto es solo a nivel de hardware. Newton corre sobre el entorno cloud de Phala; en la etapa inicial, la red está liderada por los propios servidores TEE de la fundación. Diez validadores controlan el 73% del staking; unos pocos nodos pueden decidir hacia dónde se inclina toda la red. Además, el 24 de julio aún hay otra ronda de desbloqueo. @NewtonProtocol El enfoque va bien, pero mientras no se resuelva este problema de confianza en el nivel de hardware, y la concentración de validadores no baje, no voy a meter dinero real aquí. Cuando pueda conmutarse TEE de múltiples fabricantes en cualquier momento, y la proporción de validadores de la comunidad supere la mitad, entonces sí. En esta fase, primero observo, no me muevo. {future}(NEWTUSDT)
Newton, este proyecto, lo he estado vigilando desde hace casi dos meses. El 23 de junio, la red principal salió en beta; RedStone y Credora se conectaron como los primeros socios de datos, y también se lanzó el VaultKit SDK. Los desarrolladores pueden configurar reglas como el tope de gasto y los requisitos de colateral: suena, de verdad, a algo que ya se puede usar. $NEWT

Pero en mi corazón siempre queda una espina: esa capa de TEE.

El whitepaper envuelve el TEE como una muralla inexpugnable: aislamiento por hardware, combinado con ZKP, una combinación perfecta. Yo también estuve a punto de dejarme engañar. Hasta que vi en KuCoin que alguien dijo algo, y de repente me aclaró la mente: “trust the chip is still trust, just wearing a different hat”. Confiar en el chip y confiar en el proyecto, en esencia, es externalizar la confianza a algo que no puedes controlar. El chip suena solo un poco más “sofisticado”. #Newt

Lo que me heló la espalda de verdad fue lo ocurrido en octubre de 2025. Un equipo de investigación de Georgia Tech y Purdue University desarrolló un ataque de canal lateral llamado TEE.Fail, con un coste de menos de 1000 dólares. Puede extraer claves de cifrado del sistema DDR5 con Intel TDX y AMD SEV-SNP. Una vez que el atacante obtiene la clave, puede falsificar informes de prueba que pasan la validación oficial.

Esto significa que incluso un proxy alterado puede generar pruebas remotas de “todo está normal”; el contrato en cadena las registra todas sin problema, y tú no puedes ver que ya hubo manipulación.

Y esto es solo a nivel de hardware. Newton corre sobre el entorno cloud de Phala; en la etapa inicial, la red está liderada por los propios servidores TEE de la fundación. Diez validadores controlan el 73% del staking; unos pocos nodos pueden decidir hacia dónde se inclina toda la red. Además, el 24 de julio aún hay otra ronda de desbloqueo. @NewtonProtocol

El enfoque va bien, pero mientras no se resuelva este problema de confianza en el nivel de hardware, y la concentración de validadores no baje, no voy a meter dinero real aquí. Cuando pueda conmutarse TEE de múltiples fabricantes en cualquier momento, y la proporción de validadores de la comunidad supere la mitad, entonces sí. En esta fase, primero observo, no me muevo.
Artículo
Newt suena muy bien con la autorización antes del asentamiento, pero ¿quién paga por esa puerta?El 23 de junio, el beta de la red principal de Newton salió a producción. Ese mismo día, RedStone conectó al motor de ejecución de políticas de Newton datos de precios verificados. Al mismo tiempo, se lanzó el VaultKit SDK, para que los desarrolladores puedan definir reglas como límites de gasto, requisitos de colateral y comprobaciones de contrapartes. La narrativa técnica es muy completa: “La capa de autorización de las transacciones en la cadena”. Antes del asentamiento, las operaciones pasan por el filtro del motor de estrategias; solo se autoriza la parte que cumple. Cuando Polymarket procesa 3.000 millones de dólares en transacciones en un solo día, la capa de ejecución de estrategias de Newton ya está en marcha en segundo plano. Magic Labs ha acumulado 90 millones de dólares en financiación, con el respaldo de PayPal Ventures y Polygon.

Newt suena muy bien con la autorización antes del asentamiento, pero ¿quién paga por esa puerta?

El 23 de junio, el beta de la red principal de Newton salió a producción. Ese mismo día, RedStone conectó al motor de ejecución de políticas de Newton datos de precios verificados. Al mismo tiempo, se lanzó el VaultKit SDK, para que los desarrolladores puedan definir reglas como límites de gasto, requisitos de colateral y comprobaciones de contrapartes.
La narrativa técnica es muy completa: “La capa de autorización de las transacciones en la cadena”. Antes del asentamiento, las operaciones pasan por el filtro del motor de estrategias; solo se autoriza la parte que cumple. Cuando Polymarket procesa 3.000 millones de dólares en transacciones en un solo día, la capa de ejecución de estrategias de Newton ya está en marcha en segundo plano. Magic Labs ha acumulado 90 millones de dólares en financiación, con el respaldo de PayPal Ventures y Polygon.
·
--
Alcista
Mientras hacía scroll por X, vi que el TGE de GRVT se fijaba para el 21 de julio. Me apareció el anuncio oficial, entré a mirarlo un momento y luego lo cerré. Siento que no hubo mucha emoción. No es que no me importe, es que ya llevaba tanto tiempo esperando que no quedaba mucho por reaccionar. Primero dijeron que era a inicios de 2026 (Q1); luego lo cambiaron a finales de junio; después a julio; y al final recién se decidió para el 21 de julio. Cuatro versiones, tres cambios. Cada vez que lo posponen, dan razones: por ejemplo, ajustar el calendario, optimizar la asignación, extender la Season 2, etc. Individualmente suenan razonables, pero si lo juntas todo, a mí me termina fastidiando un poco. En la primera prórroga, todavía había gente en la comunidad que mostraba comprensión. @grvt_io En la segunda, ya empezaron las dudas. En la tercera, la comunidad prácticamente no tuvo repercusión. Además, yo también hice cosas: hice interacciones, guardé dinero y acumulé puntos. ¡De verdad que esperar así me tiene al límite! Pero durante este tiempo, el equipo del proyecto sí hizo varias cosas. La proporción del airdrop subió del 22% al 28%; el TVL pasó de 11,3 millones de dólares a 107,1 millones; el mainnet salió en vivo con trading spot e incluso integraron el protocolo de préstamos de Aave. El producto avanza y los datos también crecen. Yo lo he visto y no pienso negarlo. Pero el producto es una cosa y el TGE es otra. Que tengas un buen producto no significa que puedas cambiar una y otra vez el momento del lanzamiento. Cada cambio consume la paciencia de quienes han esperado medio año. Ahora solo espero que esta vez, el 21, se pueda lanzar con éxito. Si de verdad se lanza GRVT, ¿podrá sostener el precio? ¡Ojalá tengan visión y perspectiva! #grvt
Mientras hacía scroll por X, vi que el TGE de GRVT se fijaba para el 21 de julio. Me apareció el anuncio oficial, entré a mirarlo un momento y luego lo cerré.

Siento que no hubo mucha emoción. No es que no me importe, es que ya llevaba tanto tiempo esperando que no quedaba mucho por reaccionar. Primero dijeron que era a inicios de 2026 (Q1); luego lo cambiaron a finales de junio; después a julio; y al final recién se decidió para el 21 de julio. Cuatro versiones, tres cambios. Cada vez que lo posponen, dan razones: por ejemplo, ajustar el calendario, optimizar la asignación, extender la Season 2, etc. Individualmente suenan razonables, pero si lo juntas todo, a mí me termina fastidiando un poco.

En la primera prórroga, todavía había gente en la comunidad que mostraba comprensión. @grvt_io En la segunda, ya empezaron las dudas. En la tercera, la comunidad prácticamente no tuvo repercusión. Además, yo también hice cosas: hice interacciones, guardé dinero y acumulé puntos. ¡De verdad que esperar así me tiene al límite!

Pero durante este tiempo, el equipo del proyecto sí hizo varias cosas. La proporción del airdrop subió del 22% al 28%; el TVL pasó de 11,3 millones de dólares a 107,1 millones; el mainnet salió en vivo con trading spot e incluso integraron el protocolo de préstamos de Aave. El producto avanza y los datos también crecen. Yo lo he visto y no pienso negarlo. Pero el producto es una cosa y el TGE es otra. Que tengas un buen producto no significa que puedas cambiar una y otra vez el momento del lanzamiento. Cada cambio consume la paciencia de quienes han esperado medio año.

Ahora solo espero que esta vez, el 21, se pueda lanzar con éxito. Si de verdad se lanza GRVT, ¿podrá sostener el precio? ¡Ojalá tengan visión y perspectiva! #grvt
¡El evento del noveno aniversario está desbloqueado al completo! ¡Los que aún no lo han hecho, vayan ahora! ¡En el próximo aniversario, seguiré acompañando a Binance a mi lado! #BinanceTurns9
¡El evento del noveno aniversario está desbloqueado al completo! ¡Los que aún no lo han hecho, vayan ahora! ¡En el próximo aniversario, seguiré acompañando a Binance a mi lado!
#BinanceTurns9
Ver traducción
关于 Magic Labs 那 5700 万用户和 20 万开发者,我一开始也差点被绕进去。 后来对着链上数据仔细算了一笔账,发现这数字对不上。Magic Labs 的 5700 万钱包用户,是它嵌入式钱包 SDK 被各类 App 集成后产生的总用户量。这些用户可能在用某个集成了 Magic 钱包的应用,绝大多数人连自己在用 Magic 的技术都不知道,更别说知道 Newton Protocol 这个名字了。 20 万开发者同理,是在 Magic Labs 整个产品矩阵里注册过、用过任意一个 SDK 的开发者总量。不等于主动接入 Newton 策略执行层的开发者数量。@NewtonProtocol 母公司的用户规模,和子协议的真实采用率,中间那道换算关系没有任何公开材料给出来过。Magic Labs 确实在 2025 年 11 月宣布要把 Newton SDK 集成到它的开发者网络里,但“宣布集成”和“开发者已经在用”中间差了整整一个执行阶段。 Newton Protocol 本身被采用的真实程度,要看两个指标:主动接入 Newton 策略层的独立协议数,以及 Newton 合约层的真实调用量。 这两个数字,和 Magic Labs 的用户规模压根不是一回事。$NEWT 的需求逻辑建立在 Newton 协议本身被使用的程度上,不是建立在 Magic Labs 的品牌体量上。Magic Labs 的 5700 万用户是存量,Newton 能吃到多少是另一回事。母体的体量能不能直接换算成子协议的价值,这笔账我还在继续往下查。 你们怎么看? #newt $NEWT
关于 Magic Labs 那 5700 万用户和 20 万开发者,我一开始也差点被绕进去。

后来对着链上数据仔细算了一笔账,发现这数字对不上。Magic Labs 的 5700 万钱包用户,是它嵌入式钱包 SDK 被各类 App 集成后产生的总用户量。这些用户可能在用某个集成了 Magic 钱包的应用,绝大多数人连自己在用 Magic 的技术都不知道,更别说知道 Newton Protocol 这个名字了。

20 万开发者同理,是在 Magic Labs 整个产品矩阵里注册过、用过任意一个 SDK 的开发者总量。不等于主动接入 Newton 策略执行层的开发者数量。@NewtonProtocol

母公司的用户规模,和子协议的真实采用率,中间那道换算关系没有任何公开材料给出来过。Magic Labs 确实在 2025 年 11 月宣布要把 Newton SDK 集成到它的开发者网络里,但“宣布集成”和“开发者已经在用”中间差了整整一个执行阶段。

Newton Protocol 本身被采用的真实程度,要看两个指标:主动接入 Newton 策略层的独立协议数,以及 Newton 合约层的真实调用量。 这两个数字,和 Magic Labs 的用户规模压根不是一回事。$NEWT 的需求逻辑建立在 Newton 协议本身被使用的程度上,不是建立在 Magic Labs 的品牌体量上。Magic Labs 的 5700 万用户是存量,Newton 能吃到多少是另一回事。母体的体量能不能直接换算成子协议的价值,这笔账我还在继续往下查。

你们怎么看?
#newt $NEWT
Artículo
Ver traducción
Newton的“机器自治”叙事:当代码开始替你做主,谁在替你兜底?6月23日,Newton主网Beta上线。VaultKit SDK同步推出,开发者可以设定支出上限、抵押要求、交易对手检查等规则。同一天,RedStone把验证过的价格数据接进了Newton的政策执行层。 技术叙事确实完整——交易在结算前先过策略引擎的筛子,每次评估产生签名证明,形成可审计记录。RedStone覆盖超过100条链,至今未报告定价错误事件。Magic Labs累计融资9000万美元,PayPal Ventures和Polygon站台。看起来像一个链上合规基础设施的标准答案。 但真正让我坐下来认真琢磨的,是Newton的2026年路线图。 三步走,每一步都在重新定义“谁在做主”。 第一步:给机器发“数字身份证” 通过TEE可信执行环境和质押机制,Newton计划赋予每一台机器独一无二的链上身份。这不是简单的设备ID注册,而是把机器从“大厂资产”变成“独立经济个体”。机器可以有自己的链上钱包和信誉评分。人类第一次在法律框架内承认了“非人类实体”的民事资格。@NewtonProtocol 第二步:机器变成“链上自由职业者” Q2引入的PoRW(机器劳动证明)机制,让机器不再依赖人类指令,而是作为“自由职业者”,靠可验证的真实劳动赚取$NEWT。一台配送机器人完成送货,PoRW验证传感器数据和GPS轨迹后自动获得代币奖励。它不是被谁“雇佣”的,它自己在养活自己。#Newt 第三步:机器参与协议治理投票 这是最让我不寒而栗的部分。Newton的社区治理不仅对NEWT持有者开放,更允许拥有足够信誉和代币的机器群体参与投票。当人类和机器在某个协议参数上产生分歧时,机器可以凭借票数直接推动治理规则的迭代。机器会为了什么投票?为了降低自己的运营成本、提高任务优先级、扩大权限边界——一切都是为了机器自身的生态利益。决策权杖开始从人类手中向非人类实体平移。$NEWT 这不是科幻小说的情节,这是2026年已经在排期的路线图。 但有个问题:机器连自己的“身体”都还没证明安全 Newton的整个信任模型建立在TEE硬件隔离之上,AI代理在Intel SGX这类可信执行环境里运行,然后生成ZKP证明链下计算是对的。但TEE的安全不是数学上的“可验证”,是硬件厂商的“承诺”。如果SGX的侧信道攻击被再次突破,如果硬件本身存在设计缺陷,ZKP能证明的只是“计算过程没错”,证明不了“输入数据本身有没有被污染”。 更让我警觉的是OGAudit的数据:OG信任评分26.40分(满分100)。细分指标:创新39分,安全25分,社区23分,代币经济学24分,团队26分,路线图22分。每一项都不及格。市场给出的定价是:市值约1241万美元,从历史高点跌了94%以上。 另一个问题:谁在管这个协议? Magic Newton Foundation成立于2024年10月,负责推动协议去中心化。但Gate百科写得直白:“初期由基金会主导运营,后续权力逐渐交由社区接管”。验证节点由谁运营?早期网络验证节点由基金会控制,第三方验证者需要逐步引入。一个号称去中心化的协议,验证节点全攥在基金会手里。基金会可以单方面修改共识规则、调整验证者准入标准、冻结质押池。 当机器开始参与治理投票,你觉得它们会优先考虑谁的利益? Newton的方向没错——链上交易在结算前先过一道合规安检,这个思路在逻辑上是通的。但路线图上的三步走,每一步都在把权力从人类手中向外推。当你把验证节点攥在基金会手里,用“渐进式去中心化”来定义现状,同时规划着让机器参与治理投票——你等的到底是去中心化,还是“时机成熟”的那一天? 当机器不需要人类批准就能修改游戏规则的时候,你觉得它们会优先考虑谁的利益?

Newton的“机器自治”叙事:当代码开始替你做主,谁在替你兜底?

6月23日,Newton主网Beta上线。VaultKit SDK同步推出,开发者可以设定支出上限、抵押要求、交易对手检查等规则。同一天,RedStone把验证过的价格数据接进了Newton的政策执行层。
技术叙事确实完整——交易在结算前先过策略引擎的筛子,每次评估产生签名证明,形成可审计记录。RedStone覆盖超过100条链,至今未报告定价错误事件。Magic Labs累计融资9000万美元,PayPal Ventures和Polygon站台。看起来像一个链上合规基础设施的标准答案。
但真正让我坐下来认真琢磨的,是Newton的2026年路线图。
三步走,每一步都在重新定义“谁在做主”。
第一步:给机器发“数字身份证”
通过TEE可信执行环境和质押机制,Newton计划赋予每一台机器独一无二的链上身份。这不是简单的设备ID注册,而是把机器从“大厂资产”变成“独立经济个体”。机器可以有自己的链上钱包和信誉评分。人类第一次在法律框架内承认了“非人类实体”的民事资格。@NewtonProtocol
第二步:机器变成“链上自由职业者”
Q2引入的PoRW(机器劳动证明)机制,让机器不再依赖人类指令,而是作为“自由职业者”,靠可验证的真实劳动赚取$NEWT 。一台配送机器人完成送货,PoRW验证传感器数据和GPS轨迹后自动获得代币奖励。它不是被谁“雇佣”的,它自己在养活自己。#Newt
第三步:机器参与协议治理投票
这是最让我不寒而栗的部分。Newton的社区治理不仅对NEWT持有者开放,更允许拥有足够信誉和代币的机器群体参与投票。当人类和机器在某个协议参数上产生分歧时,机器可以凭借票数直接推动治理规则的迭代。机器会为了什么投票?为了降低自己的运营成本、提高任务优先级、扩大权限边界——一切都是为了机器自身的生态利益。决策权杖开始从人类手中向非人类实体平移。$NEWT
这不是科幻小说的情节,这是2026年已经在排期的路线图。
但有个问题:机器连自己的“身体”都还没证明安全
Newton的整个信任模型建立在TEE硬件隔离之上,AI代理在Intel SGX这类可信执行环境里运行,然后生成ZKP证明链下计算是对的。但TEE的安全不是数学上的“可验证”,是硬件厂商的“承诺”。如果SGX的侧信道攻击被再次突破,如果硬件本身存在设计缺陷,ZKP能证明的只是“计算过程没错”,证明不了“输入数据本身有没有被污染”。
更让我警觉的是OGAudit的数据:OG信任评分26.40分(满分100)。细分指标:创新39分,安全25分,社区23分,代币经济学24分,团队26分,路线图22分。每一项都不及格。市场给出的定价是:市值约1241万美元,从历史高点跌了94%以上。
另一个问题:谁在管这个协议?
Magic Newton Foundation成立于2024年10月,负责推动协议去中心化。但Gate百科写得直白:“初期由基金会主导运营,后续权力逐渐交由社区接管”。验证节点由谁运营?早期网络验证节点由基金会控制,第三方验证者需要逐步引入。一个号称去中心化的协议,验证节点全攥在基金会手里。基金会可以单方面修改共识规则、调整验证者准入标准、冻结质押池。
当机器开始参与治理投票,你觉得它们会优先考虑谁的利益?
Newton的方向没错——链上交易在结算前先过一道合规安检,这个思路在逻辑上是通的。但路线图上的三步走,每一步都在把权力从人类手中向外推。当你把验证节点攥在基金会手里,用“渐进式去中心化”来定义现状,同时规划着让机器参与治理投票——你等的到底是去中心化,还是“时机成熟”的那一天?
当机器不需要人类批准就能修改游戏规则的时候,你觉得它们会优先考虑谁的利益?
·
--
Alcista
Mientras revisaba el whitepaper de @grvt_io , hubo un detalle que me dejó pensando durante mucho tiempo. La gran mayoría de los protocolos de trading convierten la descentralización en su principal reclamo, pero la documentación oficial de GRVT habla una y otra vez sobre reglas de acceso para market makers, parámetros de un motor de riesgo y modelos de liquidación. Al principio pensé que era solo porque el público objetivo era diferente. Pero cuando miré varias veces el diagrama de arquitectura del Hybrid Exchange, entendí que no estaba apuntando al mercado minorista. Creo que, para traders profesionales que necesitan cobertura o arbitraje de forma continua, la custodia de activos es solo el umbral básico. Lo que más les importa es si el libro de órdenes puede absorber órdenes grandes, si el deslizamiento se puede controlar y si, cuando el mercado se vuelve volátil, el sistema se atascará. En los CEX tradicionales, estos problemas se resuelven con servidores centralizados; el costo es entregar las llaves privadas. En un DEX puro, se resuelven con el matching on-chain, pero aun así la velocidad y la profundidad nunca terminan de alcanzar. Lo que vi en el enfoque de GRVT es separar estas dos capas. El motor de matching está fuera de la cadena: procesa decenas de miles de órdenes por segundo y mantiene una velocidad de respuesta a nivel de plataformas centralizadas. Después de cada operación, el sistema comprime los datos del trade en una prueba de conocimiento cero y la envía a la capa de liquidación de ZKsync. Cualquier tercero puede verificar la autenticidad de las transacciones, pero nadie puede usar los activos del usuario. El libro de órdenes lo mantienen market makers profesionales; los usuarios comunes también pueden disfrutar de un spread más estrecho. La velocidad se delega en servidores de alto rendimiento, y la seguridad en matemáticas verificables. Sin embargo, lo que más me sorprendió es su postura frente a la conformidad. La mayoría de los proyectos DeFi intentan esquivar la regulación, pero GRVT se ha encargado activamente de obtener licencias en Bermudas y Lituania, y además está impulsando permisos en más jurisdicciones. Esto no es para “pasar la inspección”, sino para que los market makers y el capital institucional se atrevan a entrar con confianza: con respaldo regulatorio, los canales fiat pueden conectarse y la profundidad de liquidez puede subir, en lugar de esperar a que ocurra un incidente para remediar. Ese también es uno de los puntos que más me gustaron. Así que, lo que más me interesa de GRVT no es que sea más descentralizado que otros, ni que sea más rápido que otros, sino que coloca objetivos que antes eran incompatibles—eficiencia, seguridad, cumplimiento y control—en el mismo sistema, para que cada uno funcione en su propio carril. Creo que si este camino puede o no salir adelante dependerá del desempeño posterior, ¡y de cómo se comporta el precio de la moneda después del lanzamiento del día 21! #grvt
Mientras revisaba el whitepaper de @grvt_io , hubo un detalle que me dejó pensando durante mucho tiempo. La gran mayoría de los protocolos de trading convierten la descentralización en su principal reclamo, pero la documentación oficial de GRVT habla una y otra vez sobre reglas de acceso para market makers, parámetros de un motor de riesgo y modelos de liquidación.
Al principio pensé que era solo porque el público objetivo era diferente. Pero cuando miré varias veces el diagrama de arquitectura del Hybrid Exchange, entendí que no estaba apuntando al mercado minorista.

Creo que, para traders profesionales que necesitan cobertura o arbitraje de forma continua, la custodia de activos es solo el umbral básico. Lo que más les importa es si el libro de órdenes puede absorber órdenes grandes, si el deslizamiento se puede controlar y si, cuando el mercado se vuelve volátil, el sistema se atascará.
En los CEX tradicionales, estos problemas se resuelven con servidores centralizados; el costo es entregar las llaves privadas. En un DEX puro, se resuelven con el matching on-chain, pero aun así la velocidad y la profundidad nunca terminan de alcanzar.

Lo que vi en el enfoque de GRVT es separar estas dos capas. El motor de matching está fuera de la cadena: procesa decenas de miles de órdenes por segundo y mantiene una velocidad de respuesta a nivel de plataformas centralizadas. Después de cada operación, el sistema comprime los datos del trade en una prueba de conocimiento cero y la envía a la capa de liquidación de ZKsync.
Cualquier tercero puede verificar la autenticidad de las transacciones, pero nadie puede usar los activos del usuario.
El libro de órdenes lo mantienen market makers profesionales; los usuarios comunes también pueden disfrutar de un spread más estrecho. La velocidad se delega en servidores de alto rendimiento, y la seguridad en matemáticas verificables.

Sin embargo, lo que más me sorprendió es su postura frente a la conformidad. La mayoría de los proyectos DeFi intentan esquivar la regulación, pero GRVT se ha encargado activamente de obtener licencias en Bermudas y Lituania, y además está impulsando permisos en más jurisdicciones.
Esto no es para “pasar la inspección”, sino para que los market makers y el capital institucional se atrevan a entrar con confianza: con respaldo regulatorio, los canales fiat pueden conectarse y la profundidad de liquidez puede subir, en lugar de esperar a que ocurra un incidente para remediar. Ese también es uno de los puntos que más me gustaron.

Así que, lo que más me interesa de GRVT no es que sea más descentralizado que otros, ni que sea más rápido que otros, sino que coloca objetivos que antes eran incompatibles—eficiencia, seguridad, cumplimiento y control—en el mismo sistema, para que cada uno funcione en su propio carril.
Creo que si este camino puede o no salir adelante dependerá del desempeño posterior, ¡y de cómo se comporta el precio de la moneda después del lanzamiento del día 21! #grvt
El protocolo Newton, construido sobre AVS de EigenLayer, hace que no tenga que montar una red de validadores desde cero: hereda directamente la seguridad económica de Ethereum. El atajo ahorra costos, pero también fija el punto de anclaje del riesgo en ese mismo barco, EigenLayer. El sector del restaking está atravesando una profunda “crisis de mediana edad”. El mercado empieza a cuestionar en profundidad la viabilidad comercial del modelo de “seguridad compartida” y la estabilidad del sistema. El problema central es que la seguridad económica de alto nivel no se está utilizando “de manera necesaria”. Aunque los AVS líderes bloquean una enorme cantidad de ETH —EigenDA con más de 4 millones de unidades, Cyber con 3.49 millones—, sus activos pueden ser castigados a largo plazo con cero, y la garantía de seguridad nunca se ha puesto a prueba frente a ataques reales. Un mismo activo de restaking proporciona soporte de validación a múltiples protocolos a la vez, por lo que la capacidad real de resistencia a ataques asociada a cada unidad de activo se va diluyendo. Como AVS, @NewtonProtocol , en casos extremos, la “seguridad” compartida podría ser mucho menos sólida de lo que indican las cifras contables. En junio de 2025, durante el cálculo de recompensas del sidecar de EigenLayer se detectó un error de división entre cero, que podría causar una denegación de servicio (DoS) para todos los AVS y operadores. Si el contrato subyacente de restaking presenta una vulnerabilidad similar, el impacto podría propagarse a lo largo de la cadena de dependencias hasta #Newt . El poder de los nodos de validación está altamente concentrado. Los nodos líderes obtienen prioridad en la colaboración con AVS por su marca y capital; EigenCloud tiene una cuota de mercado superior al 60%. Si algún operador líder de EigenLayer se retira o presenta problemas, el tiempo de agregación de consenso de Newton podría alargarse de forma notable, aumentando directamente la latencia de verificación de la policy. El Slashing (penalización) es un arma de doble filo. El slashing de la red principal de EigenLayer se activó en abril de 2025; los AVS pueden imponer castigos económicos a los operadores que incurran en infracciones. Pero un error de un validador puede activar la penalización para cada servicio que él respalda. Si los operadores son slash en otros AVS, también disminuye su capacidad de restaking en Newton. La seguridad de $NEWT no es independiente del ecosistema de EigenLayer, sino que está ligada a la salud de todo el sistema de restaking. Mi opinión es que el restaking de EigenLayer es una elección razonable para que Newton arranque rápido, pero la base de seguridad se apoya en otro protocolo complejo: ese “safe” está condicionado. En este momento, Newton solo es un AVS dentro del ecosistema de EigenLayer, y su capacidad de seguridad fluctúa con el conjunto de EigenLayer.
El protocolo Newton, construido sobre AVS de EigenLayer, hace que no tenga que montar una red de validadores desde cero: hereda directamente la seguridad económica de Ethereum. El atajo ahorra costos, pero también fija el punto de anclaje del riesgo en ese mismo barco, EigenLayer.

El sector del restaking está atravesando una profunda “crisis de mediana edad”. El mercado empieza a cuestionar en profundidad la viabilidad comercial del modelo de “seguridad compartida” y la estabilidad del sistema. El problema central es que la seguridad económica de alto nivel no se está utilizando “de manera necesaria”. Aunque los AVS líderes bloquean una enorme cantidad de ETH —EigenDA con más de 4 millones de unidades, Cyber con 3.49 millones—, sus activos pueden ser castigados a largo plazo con cero, y la garantía de seguridad nunca se ha puesto a prueba frente a ataques reales.

Un mismo activo de restaking proporciona soporte de validación a múltiples protocolos a la vez, por lo que la capacidad real de resistencia a ataques asociada a cada unidad de activo se va diluyendo. Como AVS, @NewtonProtocol , en casos extremos, la “seguridad” compartida podría ser mucho menos sólida de lo que indican las cifras contables.

En junio de 2025, durante el cálculo de recompensas del sidecar de EigenLayer se detectó un error de división entre cero, que podría causar una denegación de servicio (DoS) para todos los AVS y operadores. Si el contrato subyacente de restaking presenta una vulnerabilidad similar, el impacto podría propagarse a lo largo de la cadena de dependencias hasta #Newt .

El poder de los nodos de validación está altamente concentrado. Los nodos líderes obtienen prioridad en la colaboración con AVS por su marca y capital; EigenCloud tiene una cuota de mercado superior al 60%. Si algún operador líder de EigenLayer se retira o presenta problemas, el tiempo de agregación de consenso de Newton podría alargarse de forma notable, aumentando directamente la latencia de verificación de la policy.

El Slashing (penalización) es un arma de doble filo. El slashing de la red principal de EigenLayer se activó en abril de 2025; los AVS pueden imponer castigos económicos a los operadores que incurran en infracciones. Pero un error de un validador puede activar la penalización para cada servicio que él respalda. Si los operadores son slash en otros AVS, también disminuye su capacidad de restaking en Newton. La seguridad de $NEWT no es independiente del ecosistema de EigenLayer, sino que está ligada a la salud de todo el sistema de restaking.

Mi opinión es que el restaking de EigenLayer es una elección razonable para que Newton arranque rápido, pero la base de seguridad se apoya en otro protocolo complejo: ese “safe” está condicionado. En este momento, Newton solo es un AVS dentro del ecosistema de EigenLayer, y su capacidad de seguridad fluctúa con el conjunto de EigenLayer.
Artículo
La prueba es nueva, la configuración es antigua: la brecha de seguridad de Newton no está en el conocimiento ceroLa configuración determina los permisos, pero si una sola línea está mal, la prueba ZK solo te ayudará a sellarlo. Cuando la red principal Newton entró en versión beta, el mensaje clave del material promocional fue “autorización verificable”: antes de que un agente de IA ejecute acciones, debe pasar una validación por medio de un motor de políticas, y cada validación genera una prueba que no se puede manipular. Los usuarios definen los límites de comportamiento del agente mediante zkPermissions, que incluye un tope de fondos, listas blancas de operaciones, duración de la sesión, franjas horarias de las transacciones... decenas de parámetros, y la documentación del SDK supera las 140 páginas. Esta lógica en el papel realmente es hermosa: las reglas de permisos se codifican en un circuito de conocimiento cero, el sistema las aplica de forma obligatoria y, después, se puede auditar. Los desarrolladores no necesitan escribir contratos inteligentes: solo tienen que configurar parámetros.

La prueba es nueva, la configuración es antigua: la brecha de seguridad de Newton no está en el conocimiento cero

La configuración determina los permisos, pero si una sola línea está mal, la prueba ZK solo te ayudará a sellarlo.
Cuando la red principal Newton entró en versión beta, el mensaje clave del material promocional fue “autorización verificable”: antes de que un agente de IA ejecute acciones, debe pasar una validación por medio de un motor de políticas, y cada validación genera una prueba que no se puede manipular. Los usuarios definen los límites de comportamiento del agente mediante zkPermissions, que incluye un tope de fondos, listas blancas de operaciones, duración de la sesión, franjas horarias de las transacciones... decenas de parámetros, y la documentación del SDK supera las 140 páginas.
Esta lógica en el papel realmente es hermosa: las reglas de permisos se codifican en un circuito de conocimiento cero, el sistema las aplica de forma obligatoria y, después, se puede auditar. Los desarrolladores no necesitan escribir contratos inteligentes: solo tienen que configurar parámetros.
Inicia sesión para explorar más contenidos
Únete a usuarios de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma