DVC达文西

#dusk $DUSK @Dusk Para ser honesto, cuando vi el token DUSK por primera vez, mi reacción inmediata también fue calcular el APR del staking, pensando que esto era simplemente el típico modelo de “fijar y votar”. Luego me puse en el lugar de una institución que quiere emitir deuda en la cadena, y me di cuenta de que me estaba equivocando.

En el whitepaper, la función de DUSK no es solo la gobernanza y el staking. Es el medio de comisiones y liquidación para todas las operaciones financieras dentro de la red. ¿Qué significa eso? Supongamos que una empresa tokeniza un bono y lo pone en Dusk: pagar intereses, canjear, transferir y verificar cumplimiento… cada paso consume DUSK. No es como comprar una vez y dejarlo ahí; es algo continuo, repetido y, cuanto más grande es el monto, más frecuente es la operación. Esta demanda sale de un negocio real, no de “mantenerlo bloqueado” para sostener el precio.

Lo más importante es que la finalización de la liquidación de Dusk hace que las instituciones se atrevan a usarlo. Si lo usan, entonces habrá volumen de transacciones real. Y cuando el volumen despega, el consumo de DUSK se vuelve sólido. Esto es mucho más saludable que muchos tokens de cadenas públicas que dependen del “staking para inflar”. Aquí alguien paga por un uso de liquidación, no solo por apostar al precio.

Ahora el ecosistema de Dusk aún está en sus etapas tempranas, pero veo que se está orientando claramente hacia la tokenización de valores y la RWA. Está intentando convertir DUSK en una pieza necesaria dentro de la liquidación financiera. Creo que esa es la lógica que permite que el token se mantenga a largo plazo, más que el juego numérico de la página de “rendimiento del staking”.

¿Qué negocio real crees que será el primero en traer a DUSK un consumo continuo?

Hoy, al hablar con un amigo sobre $niulai, de repente sentí que el concepto de “monedas de sombra” es realmente bastante imaginativo.
Antes, las películas eran solo películas y los Memes eran solo Memes.
Ahora, algunas personas empiezan a intentar poner estas dos cosas juntas, haciendo que las IP de las películas se conviertan en parte del debate de la comunidad.
《牛来》 es esa puerta de entrada a este intento.
Si realmente se puede formar una nueva categoría, por ahora no es fácil saberlo, pero estas exploraciones tempranas todavía se pueden observar. #niulai #牛来

#dusk $DUSK @Dusk Al principio también dudé de esto: durante tantos años se ha hablado del “prueba de conocimiento cero” (ZK) en el mundo cripto, ¿cuántos proyectos realmente lo han usado en escenarios financieros? La mayoría solo dice: “Tenemos ZK”, y al final lo único que logran es hacer transferencias anónimas. Pero una cosa que me hizo replanteármelo del whitepaper de Dusk es que no trata a la ZK como una cortina para ocultar, sino como una herramienta de cumplimiento normativo.

¿Y cómo se aterriza? Un ejemplo: las instituciones financieras tradicionales, al llevar datos on-chain, le temen a dos cosas: la filtración de datos y la incapacidad de justificarlo ante los reguladores. La hoja técnica de Dusk consiste en usar ZK para demostrar que “cierta transacción cumple las reglas, los activos son reales y no hay infracciones”, pero sin necesidad de exponer todos los detalles de la transacción. Es como entregar al regulador un documento con sello, en lugar de entregar todo el libro mayor. Esto no es “ocultar”; esto es “privacidad verificable”.

Recientemente revisé los datos reales de su red principal y vi que la velocidad de generación de pruebas no es tan lenta como imaginaba, y que el tiempo de confirmación final de las transacciones es aceptable para la liquidación financiera. Así, la ZK deja de ser “algo muy cool en teoría” y pasa a ser “usable”. Hay que saber que en escenarios financieros no se teme la complejidad técnica: lo que se teme es la incertidumbre y la falta de trazabilidad/auditoría. Dusk consideró ambos puntos.

Creo que, para que la ZK funcione como privacidad en finanzas, la clave no es que el algoritmo sea más nuevo, sino si hay alguna institución dispuesta a poner un negocio real a prueba. Dusk, al menos, deja el camino lo bastante abierto como para que se pueda recorrer.

¿Qué crees que debería resolverse primero con pruebas de conocimiento cero en la privacidad financiera?

#dusk $DUSK @Dusk Al principio no tomé en serio a Dusk; pensé que todas las cadenas de privacidad van por el mismo camino: ocultar las transacciones y luego gritar “descentralización”. Hasta que leí su libro blanco con atención, y me di cuenta de que Dusk no nació para ser “pago privado”, sino para enfocarse en la infraestructura financiera.

Lo que más me llamó la atención del libro blanco fue el estándar de contrato de seguridad confidencial de XSC. No se limita a cifrar los smart contracts; en cambio, permite que emisor, regulador y contraparte solo puedan ver la parte que les corresponde. En otras palabras: “divulgación selectiva”. No es ni ocultarlo todo, ni mostrarlo todo.

Las instituciones financieras tradicionales temen menos el rendimiento on-chain y más que las pongan contra la pared por dos frentes a la vez: el cumplimiento y la filtración de datos. Este diseño de Dusk encaja justo en esa brecha.

Además, insiste en construir su propio Layer-1 independiente, en lugar de parchear sobre Ethereum. En escenarios financieros, lo que se necesita es certeza en la liquidación y privacidad programable, no soluciones provisionales de L2. Revisé sus avances recientes: aunque el ecosistema no es especialmente ruidoso, la dirección no se ha desviado; siguen enfrentándose a esos retos difíciles, como RWA y la tokenización de valores.

Así que mi punto de vista actual es: la diferencia entre las cadenas de privacidad no está tanto en qué algoritmo ZK se actualiza, sino en “para quién estás diseñando”. Dusk se parece más a una cadena de privacidad que funciona para instituciones y puede pasar auditorías, que a un mezclador de monedas para usuarios individuales.

¿Tú qué crees que es el escenario en el que Dusk tiene más probabilidades de romper primero?

#baby $BABY Releí el libro blanco de Babylon otra vez. Esta vez cambié el ángulo: no voy a estudiar los detalles técnicos; lo tomo como si fuera un plan de negocios y solo quiero entender una cosa: ¿quién termina pagando esto al final?

Mi primera reacción fue que serían las cadenas PoS. El libro blanco lo explica con bastante claridad: lo que más falta en el arranque de una nueva cadena es la seguridad. El precio de la moneda es inestable, hay pocos validadores y la cadena podría ser atacada en cualquier momento. Contratar los servicios de Babylon equivale a ponerse un “seguro de seguridad a nivel Bitcoin”, y eso deja a los usuarios y a los inversores con el asunto claro. Este grupo de clientes tiene una necesidad real y, en principio, debería ser el primero en pagar.

Pero cuanto más avanzo, más siento que el verdadero gran pagador quizá todavía no haya entrado a gran escala.

En el libro blanco hay un fragmento que menciona la necesidad de seguridad entre cadenas dentro del ecosistema de Cosmos. Eso fue lo que me dio el “clic”. Las cadenas de Cosmos ya están conectadas entre sí mediante IBC: si una cadena tiene un problema, podría arrastrar a muchas otras. ¿Podría aparecer en el futuro una situación en la que algún protocolo entre cadenas o alguna plataforma DeFi pague por los servicios de Babylon con su propio dinero, y asegure cada activo que cruce para sí, luego repartiendo ese costo en las comisiones? En ese caso ya no lo estaría pagando la cadena, sino la capa de aplicación.

Pensándolo más, incluso podrían aparecer clientes institucionales. Por ejemplo, una bolsa de intercambio que quiera admitir depósitos y retiros para cierta cadena PoS, pero que a la vez le preocupa que la finalidad de esa cadena no sea lo suficientemente estable y que las transacciones puedan revertirse, haciendo que la bolsa pierda dinero. En lugar de asumir ese riesgo, le conviene comprar el servicio de Babylon que garantiza la finalidad y transferir el riesgo hacia afuera. Esto sigue una lógica similar a la de los swaps de incumplimiento crediticio en las finanzas tradicionales.

Si este camino funciona, Babylon no vendería solamente “seguridad”, sino también una especie de derivado crediticio que se puede cotizar y negociar. El libro blanco no lo explica del todo, pero los datos y la lógica ya lo insinúan. Ahora pienso que los primeros clientes de Babylon serían cadenas PoS, pero a largo plazo los clientes podrían ser todas las entidades comerciales que necesiten un respaldo de seguridad a nivel Bitcoin.@BabylonLabs_io

Una pregunta: ¿para ti, quién será el grupo de clientes más grande de Babylon al final?

#baby $BABY “Replanteo” es la palabra que usé durante medio año, hasta la semana pasada cuando volví a leer el capítulo sobre el modelo económico del libro blanco y de pronto sentí que había estado usando un término incorrecto.

¿Qué es “replanteo”? Introduces tu dinero a modo de garantía y, a cambio, recibes un rendimiento; el riesgo es que el capital puede ser confiscado como penalización. Ese razonamiento está bien, pero no aclara lo más esencial de Babylon: ¿qué es exactamente lo que estás “garantizando”? ¿Para quién lo garantizas?

Cuando terminé de leer el libro blanco, la palabra que me vino a la cabeza fue “aseguramiento”, no “replanteo”.

La cadena PoS es el asegurado. Necesitan una garantía de seguridad para evitar que los validadores, actuando maliciosamente, provoquen reversiones de transacciones o doble gasto. Babylon es la plataforma de seguros, y el asegurador son quienes hacen replanteo (staking) de BTC. Cuando pones tu BTC como garantía, básicamente estás respaldando con tu propio dinero en efectivo la seguridad de una cadena PoS. Si la cadena no tiene problemas, cobras la prima a tiempo. Si la cadena tiene problemas, tu BTC es confiscado como penalización y se utiliza para compensar las pérdidas causadas por la mala conducta.

Una vez que esta lógica queda clara, muchas cosas se vuelven evidentes. ¿Por qué las condiciones de confiscación deben ser estrictas? Porque la prima no se cobra “en vano”; si ocurre un siniestro, de verdad hay que pagar. ¿Por qué los nodos deben filtrarse en ambas direcciones con los replanteadores? Porque el asegurador tiene que elegir un aseguramiento confiable; no puede asegurar cualquier “cadena” cualquiera.

Antes yo veía Babylon con la mentalidad de “rendimiento pasivo”, como si fuera parecido a guardar dinero en el banco. Ahora entiendo que en Babylon no eres un depositante: eres alguien que dirige un negocio de seguros. No ganas intereses: ganas la prima que otros pagan por seguridad. El depositante puede quedarse tranquilo; el asegurador tiene que estar vigilando.

Con este cambio de perspectiva, aumentó mi respeto por Babylon. No es otro protocolo para “hacer dinero con dinero”; es una forma de usar BTC como colchón de seguridad para todo el ecosistema PoS. Detrás del porcentaje de rendimiento hay una fijación real del precio del riesgo.@BabylonLabs_io

Una pregunta: ¿crees que entender Babylon como una “plataforma de seguros” es más preciso?

#baby $BABY Al principio creí que la lógica del staking de Babylon era muy simple: tú pones la moneda, el nodo hace el trabajo y todos reparten las ganancias. Hasta que leí el capítulo de la whitepaper donde se explica específicamente la relación de juego (game theory) y me di cuenta de que estos dos roles no están precisamente en buenos términos, sino que es un juego de equilibrio diseñado con cuidado.

La whitepaper desglosa esta relación con mucha claridad. ¿Qué quiere el staker? Seguridad, estabilidad y que el rendimiento no se reduzca. ¿Qué quiere el proveedor de finalización (finality provider)? Maximizar sus ingresos por comisiones de servicio y, al mismo tiempo, que lo multen o le confisquen lo menos posible. Estos objetivos se solapan, pero no coinciden del todo.

La tensión más interesante está en el mecanismo de slashing (penalizaciones/confiscación). El staker entrega BTC al nodo como garantía. El nodo utiliza esa garantía para firmar la cadena PoS. Mientras el nodo haga su trabajo de manera correcta, todo transcurre sin problemas. Pero si el nodo se le ocurre hacer alguna trampa —por ejemplo, intentar firmar en doble (doble firma) para llevarse grandes ganancias— se activa el slashing y el BTC del staker también será descontado. Esto obliga a los stakers a abrir bien los ojos al elegir nodos: no basta con que el APY de alguien sea alto para lanzarse a él. Tienes que mirar el historial de slashing de ese nodo, su tasa de disponibilidad en línea y la precisión de sus firmas. Elegir a ciegas equivale a poner tu BTC en la mesa de apuestas de otros.

Al mismo tiempo, los nodos también están filtrando a los stakers. Si el origen de los fondos de un staker es sospechoso, o tiene antecedentes de slashing, el nodo podría rechazar aceptar su delegación, por miedo a que lo afecte indirectamente en su reputación. En la whitepaper a esto lo llaman “filtrado bidireccional”, no que “quien tiene dinero manda”.

Mi sensación al terminar ese capítulo es que Babylon no depositó la seguridad en la fantasía de que “todos serán buenos”, sino en un conjunto de reglas de juego para que los participantes egoístas se vigilen entre sí. El staker supervisa al nodo, el nodo filtra a los stakers; y ambos temen el slashing. El resultado es que, paradójicamente, todo el sistema termina siendo más seguro. @BabylonLabs_io

Una pregunta: en tu opinión, entre el staker y el nodo, ¿quién tiene más poder de decisión?

#baby $BABY Antes de hablar de Babylon, me quedé mirando la tecnología hasta que al calcular el rendimiento del staking me di cuenta del problema central: ¿cómo se fija exactamente el precio del servicio de seguridad?

Al revisar el Libro Blanco, la cadena lógica es muy clara. El comprador es una cadena PoS; paga por la seguridad con finalización a nivel de Bitcoin, y el modelo de pago es una combinación de comisiones de transacción más inflación de tokens, con pagos periódicos de “prima” al protocolo. Los receptores se dividen en dos tipos: los proveedores de finalización (nodos) se llevan la mayor parte, mientras que los stakers de BTC se quedan con una porción menor. El principio es: “el que hace el trabajo, recibe más; el que solo aporta el capital, recibe la base”, para evitar el “dinero fácil”.

Lo que más me interesa es la capacidad de fijar el precio. El Libro Blanco establece explícitamente que lo determina la oferta y la demanda del mercado, y no lo decide el proyecto. Cuantas más cadenas PoS haya y cuanto mayor sea el volumen de transacciones, más alta será la demanda de seguridad, así que el monto total pagado naturalmente sube. Al mismo tiempo, hay competencia entre nodos: los que tienen mejor reputación (menos penalizaciones, mayor tasa de disponibilidad en línea) pueden ofertar un precio más alto. A las cadenas PoS les conviene pagar más por nodos confiables. Así se forma una fijación de precios basada en la “reputación de seguridad”, similar a un mercado de calificación crediticia.

Por supuesto, los detalles aún deben afinarse: comparativas de precios entre cadenas, estandarización de paquetes de servicio, mecanismos de “respaldo” ante guerras de precios, etc. Pero la dirección general es correcta: el poder de fijar precios no queda en manos del proyecto ni de grandes tenedores, sino que se entrega al mercado y a la reputación.@BabylonLabs_io

Por último, una pregunta: en la práctica, ¿quién decidirá el precio del servicio de seguridad de Babylon?

Mi respuesta es A. ¿Qué opinas tú?

#baby $BABY El proveedor final de Babylon necesita mantener simultáneamente dos conjuntos de estado: el de BTC y el de cadenas PoS. — El intercambio detrás de ese diseño

La primera vez que vi los requisitos para los nodos del proveedor de finalidad en Babylon, pensé: “Qué umbral tan alto”. Tienes que ejecutar a la vez un nodo completo de Bitcoin y un nodo de la cadena PoS, y sincronizar en tiempo real los dos libros contables. ¿No es eso abrumar a los nodos hasta hacerlos colapsar?

Más tarde, al hablar con un amigo que ha ejecutado un nodo validador, me dijo una frase que me despertó: “La carga es lo correcto.”

El trabajo que Babylon quiere hacer es anclar la finalidad de las transacciones de la cadena PoS al Bitcoin. Si un nodo solo mira la cadena PoS y no la cadena BTC, ¿cómo sabría si del lado de Bitcoin realmente se confirmó? ¿Cómo puede determinar si las condiciones de slashing se activaron de verdad? En pocas palabras: para ser este árbitro, debes ver los datos de ambas cadenas con tus propios ojos; no puedes depender de que otros te lo cuenten.

Esto es un intercambio en términos de redundancia de seguridad. Ejecutar solo una cadena, por supuesto, resulta más ligero, pero en el momento de firmar, el nodo en realidad está “adivinando” lo que está ocurriendo en el otro lado. Si acierta, no pasa nada; si se equivoca, toda la promesa de finalidad se derrumba. Babylon elige que los nodos trabajen “a fondo”, rechazando en esencia la “ilusión del nodo ligero”: o verificas completo, o no participas; no hay un estado intermedio.

El costo es evidente: el gasto en hardware se duplica, la carga de ancho de banda se duplica y la complejidad operativa del nodo sube a otro nivel. Esto seguramente eliminará a un grupo de usuarios que quieren ejecutar nodos de forma sencilla, y dejará, en la mayoría de los casos, a equipos de infraestructura profesionales.

Pero lo que se obtiene a cambio es muy real: cada firma de finalidad, en el fondo, es una confirmación auténtica de que el nodo verificó el estado completo de ambas cadenas. No hay delegación, no hay intermediarios, no hay una cadena tipo dominó de “yo confío en él y él confía en ti”. Ese grosor de seguridad, tangible y verificable, no se puede conseguir con pereza.

Creo que este diseño refleja muy bien el orden de prioridades del equipo de Babylon: primero la seguridad, y la conveniencia puede esperar un poco. @BabylonLabs_io

Una pregunta: ¿piensas que un umbral alto para la puerta de entrada de nodos es algo bueno o un riesgo?

#baby $BABY El otro anoche re-leí por tercera vez el “Libro Blanco de Babylon”, obligándome a no saltarme nada de lo que no entendía. De pronto, al ver otra vez el “Finality Gadget”, me puse a masticarlo a la fuerza tres veces seguidas y entonces me quedó claro. Esto no es humo ni un truco para impresionar: es la pieza más ingeniosa dentro de toda la arquitectura de Babylon.

Lo traduzco a lenguaje humano.

Las cadenas PoS tienen un defecto de nacimiento: las transacciones pueden confirmarse hoy y revertirse mañana. Hoy ves una transacción “exitosa”; mañana, por un fork en la cadena, podrían echarla abajo. En escenarios financieros esto es una pesadilla: crees que el dinero ya llegó, pero al día siguiente desaparece.

¿Qué hizo exactamente el Finality Gadget de Babylon? Trajo el Bitcoin para que actúe como “juez final”. Cada vez que la cadena PoS produce un lote de bloques, el Finality Gadget imprime las huellas (fingerprints) de esos bloques en la cadena de Bitcoin. En cuanto esas huellas quedan confirmadas en la cadena de Bitcoin, ese lote de bloques queda “sellado” de forma definitiva: porque el historial de Bitcoin es inalterable; no puedes volver atrás para modificar el libro contable de Bitcoin.

Dicho de otro modo: el Finality Gadget usa la irreversibilidad de Bitcoin para poner un precinto en el libro contable de la cadena PoS. Antes de pegar el precinto, las transacciones cuentan como “aún provisional”; después de pegarlo, las transacciones quedan “firmes y sin vuelta atrás”.

Cuando llegué a este punto, me vino una comparación a la cabeza: la cadena PoS es como un empleado que podría, llegado el momento, volver a modificar un par de asientos en secreto. El Finality Gadget de Babylon equivale a, cada diez minutos, hacer una copia del libro y guardarla en una caja fuerte; y la llave está en manos de todo el poder de cómputo de la red. Si alguien quiere hacer trampa o reclamar, primero tendrá que forzar la caja fuerte de Bitcoin.

Esto es lo que Babylon realmente vende. No es solo “hacer stake de BTC para ganar intereses”, sino que permite que, por primera vez, las transacciones en la cadena PoS se atrevan a decir “confirmación final”. Y esa seguridad la proporciona Bitcoin.

Una pregunta para todos: ¿ustedes creen que la “finalidad a nivel Bitcoin” para una cadena PoS es una necesidad imprescindible o solo un extra? @BabylonLabs_io

#baby $BABY Medianoche leyendo el “White Paper” de Babylon, cuando vi que dibujaban el flujo de activos y el modelo de confianza como un diagrama, me enderecé de golpe. No estaban “optimizando el puente”; lo borraron entero.

La lógica de las sidechains consiste en mover activos. Si tu BTC debe pasar de la red principal a otro lugar, en el camino necesitas un puente. La lógica de Babylon es no moverlos. Tu BTC se queda en tu propio UTXO en la red principal de Bitcoin, sin moverse nunca. Lo que hace es colgarle a ese UTXO una condición: si algún nodo en la cadena PoS actúa mal, cuando se presente en cadena una prueba criptográfica, la penalización se activa automáticamente. Mientras tanto, tus monedas permanecen inmóviles; nadie puede tocarlas.

En ese momento, dibujé en papel dos flechas. Sidechain: BTC → se bloquea en una dirección custodia → se mapean tokens → el riesgo se concentra en el puente. Babylon: BTC → se deja en tu propia billetera → se adjunta la condición de la penalización → el riesgo se desplaza hacia el lado del nodo que actúa mal.

¿Y ese sentimiento? Digamos que te crees que la única forma de cruzar el río es reparando el puente; y alguien te dice que en realidad no hace falta cruzar: basta con instalar una cámara al otro lado para vigilarlo.

Por supuesto, esto no significa que Babylon no tenga riesgos. La seguridad del contrato de penalización en sí, las condiciones de borde para una penalización maliciosa y si, en condiciones extremas de mercado, el proceso de liberar garantías se atasca… todo eso son problemas reales. Pero la naturaleza de esos problemas cambia: ya no es “¿confías o no en el custodio?”, sino “¿puedes verificar la lógica on-chain?”. La primera depende del carácter; la segunda, del código.

A día de hoy tampoco siento que Babylon sea la respuesta definitiva. Pero hace algo que las sidechains siempre dejaron sin hacer: reconocer que el puente es un punto ciego y rodearlo, en vez de ponerle parches.

¿Qué opinas de esta ruta “sin puente”?

A. La dirección es correcta; el puente en realidad ya es el mayor punto único de fallo del ecosistema de Bitcoin
B. Se evita el puente, pero la lógica de penalización en sí podría convertirse en una nueva debilidad
C. Es demasiado pronto: hay que ver si, tras un año de funcionamiento en la red principal, pasa algo o no; entonces se juzga @BabylonLabs_io

#baby $BABY Junto con protocolos de staking líquido como Stride, la partida bajo Babylon de repente se vuelve mucho más grande

Antes siempre pensé que Babylon tenía una pequeña desventaja: el staking con auto-custodia es seguro, pero el BTC apostado queda bloqueado y no puedes usarlo al mismo tiempo para otras cosas. La seguridad está al máximo, pero se sacrifica la liquidez.

El otro día, cuando vi la noticia de la colaboración entre Babylon y Stride, se me erizó la piel.

Stride es un veterano en staking líquido dentro del ecosistema de Cosmos. En pocas palabras: tú bloqueas tu moneda en staking y ellos te emiten un comprobante derivado (un testimonio). Ese comprobante puede seguir utilizándose en otros lugares: para préstamos, para trading, para aportar liquidez; tú decides. Pero antes, la mayoría del staking líquido funcionaba en cadenas PoS y no tenía mucho que ver con Bitcoin.

Ahora se juntaron, y la lógica encaja de inmediato: tú haces staking con auto-custodia de BTC en Babylon y, al mismo tiempo, obtienes un comprobante on-chain a través de Stride que demuestra que realmente has apostado los fondos. Y ese comprobante además puede circular en el ecosistema de Cosmos e incluso más lejos.

¿Y qué significa esto? Antes, después de apostar tu BTC, solo podías esperar pacientemente a que llegaran las recompensas. Ahora, en cierto modo, tienes en la mano un “certificado de depósito”. Ese certificado puede utilizarse como garantía para pedir prestado, puede meterse en un pool de liquidez para ganar comisiones e incluso puede cruzar cadenas para convertirse en una especie de “tarjeta de presentación” crediticia en otro lugar. Bitcoin deja de ser solo ese montón de oro en una wallet fría y quieta; se convierte en una máquina que trabaja sola.

Cuando leí la noticia de la colaboración, en mi cabeza apareció una imagen: Babylon convierte Bitcoin en el “bóveda” de una cadena PoS, y Stride le pone “ruedas” a esa bóveda. Con esta alianza, la composabilidad de Bitcoin de repente se sale del círculo, deja de estar atrapada en el relato de solo seguridad y, de verdad, entra a toda velocidad en el gran río de DeFi. @BabylonLabs_io

#baby $BABY Hace un par de días, publiqué en el grupo una captura de pantalla de la interacción de la testnet de Babylon. Enseguida alguien se puso en modo irónico: “Otra vía para hacer cola de airdrops; la verdad es que esta pandilla de granjeros no para ni un segundo.”

No me molesté en explicar, pero en el fondo lo tengo clarísimo: el ritmo de interacción de la testnet de Babylon no tiene nada que ver con esas cosas raras que antes probé.

¿Antes qué tocaba al “hacer” cosas? Ir con prisa, pelear cupos, con el gas disparado por las nubes y aun así lanzarte a la fuerza. Terminas de cruzar el puente y luego haces el swap; terminas el swap y te metes a los préstamos. Si un día no operas, sientes que te van a adelantar. Estás agotado como un perro y, al final, el equipo suelta una frase tipo “filtro de brujas” y te tumba medio año de esfuerzo.

Babylon no funciona así. No mira quién corre más rápido ni quién hace más transacciones; lo que observa son comportamientos on-chain sostenidos en el tiempo. Mi ritmo ahora es: cada tres días invierto cinco minutos, hago el check-in, reviso el estado de los nodos y simulo un proceso de staking. Ya está. Cinco minutos ya son mucho; a veces ni eso: en el baño, y listo.

Lo mejor es que no compite por tu tiempo con otros protocolos. Cuando hago tareas en L2, me cambio y le doy dos toques. Y mientras preparo cosas para un puente cross-chain, también reviso los nodos de validación. Son acciones que encajan en mi rutina como lavarse los dientes: nada de agenda aparte.

Y lo más importante: Babylon hace algo serio en la capa de seguridad de Bitcoin, no es un juego de pirámide de fondos. No necesitas mover tus activos de aquí para allá, no tienes que estar ansioso por pérdidas por eventos, ni preocuparte por que el equipo se vaya con la caja: las monedas están en custodia propia en tu wallet, y nadie puede tocarlas. La interacción de la testnet solo prueba una cosa: que eres un participante a largo plazo, no alguien que viene a sacar un poco y huir.

Ahora estoy con la mentalidad muy estable. Aunque siga corriendo proyectos de alta frecuencia que requieren estar pendiente del mercado todos los días, también me mantengo en este pozo de baja frecuencia y largo plazo en silencio. Camino con dos piernas: no hay conflicto. Cuando se abra la mainnet, este registro acumulado de comportamiento on-chain continuo podría valer mucho más que lanzarse con prisas como quien agarra pan de último momento. @BabylonLabs_io

#baby $BABY Si el proveedor de finalidad de Babylon se concentra todo en EE. UU., ¿podría algún día acabar todo en una redada por parte de los reguladores?

Anoche vi una noticia sobre regulación y de pronto me vino esta idea: me erizó un poco la nuca.

Piensa en esto: si los proveedores de finalidad de Babylon —esos nodos que sirven de “garantía de seguridad” para las cadenas PoS— están en su mayoría en Estados Unidos, ¿y si un día la SEC se pone creativa y dice que eso es “actividad de valores no registrada” o cualquier otro cargo raro? ¿No sería el desastre total?

Lo pensé en serio y creo que hay que verlo en dos capas.

La primera es la concentración física de nodos. A día de hoy, efectivamente, hay bastantes nodos iniciales de Babylon en Estados Unidos; el equipo de Silicon Valley que trabaja en infraestructura compite por posiciones como si se tratara de un “sprint”. Pero, por otro lado, el protocolo de Babylon en sí es sin permisos: cualquiera en cualquier rincón del planeta, si cumple las condiciones de puesta en garantía, puede ejecutar nodos. No hay umbral de acceso, no hay restricción geográfica; si el regulador de verdad quiere atacar, lo que termina “apagando” es a las personas, no al protocolo. Esto es totalmente distinto de las bolsas centralizadas.

La segunda capa es aún más importante: incluso si EE. Unidos cierra todos los nodos, ¿mi BTC se perdería? No. La lógica central de la apuesta con custodia propia es que la moneda está en tu propio monedero y la clave privada en tus manos. Si cierran los nodos, como mucho se detiene temporalmente la parte de “trabajo” que realiza ese nodo por ti; puedes redirigir la apuesta a nodos de otros países, o simplemente deshacer la apuesta y recuperar tu BTC. En todo el proceso no necesitas ninguna aprobación de ninguna institución estadounidense.

Pensando en esto, en realidad me quedé más tranquilo. El riesgo regulatorio es real; nadie puede fingir que no existe. Pero la arquitectura descentralizada, sin permisos y con custodia propia de Babylon, por diseño, es resistente a la regulación. No le teme a que algún país dé marcha atrás porque no es una empresa, sino un conjunto de reglas. Mientras la red de Bitcoin siga funcionando, las reglas seguirán.

Esta es, supongo, la verdadera importancia de la descentralización: no es que nadie controle, es que nadie puede con ella. @BabylonLabs_io

👴 Miré el proyecto durante tres años y, aunque rara vez escribo recomendaciones, COSM quiere decir unas palabras más.

No es porque sea muy ruidoso, sino porque lo hace de verdad:

· La lista de instituciones se puede consultar, no es un cascarón
· Los promotores se pueden contactar en persona, no es una puesta en escena
· Los ingresos se pueden calcular, no es magia
· Las recompensas se pueden recibir, no es un gancho

Los usuarios antiguos no dicen cosas bonitas; dicen lo real.
Te recomiendo que lo verifiques con tus propios ojos.

#COSM #SpaceX Starship completó con éxito su primer vuelo de prueba después de salir a cotizar

#baby $BABY 朋友劝我别梭哈 Babylon，我跑去扒了创始团队的底，结果反手加了仓

说来好笑，我本来是抱着找黑料的心态去的。

群里一哥们天天喊 Babylon 是下一个天王级项目，喊得我心烦。我这人逆反心理重，你越吹我越怀疑，于是决定自己动手扒一扒团队老底，想找出点东西堵他的嘴。

我先看的不是官网，是 Google Scholar。结果一搜联合创始人 David Tse 的名字，跳出来的论文数量和引用次数让我愣了一下。斯坦福终身教授，IEEE Fellow，通信网络和分布式系统领域深耕了几十年，发的顶刊论文比我读过的白皮书还多。而且他不是挂名那种——Babylon 底层那套共识安全模型的核心论文，一作就是他本人。

我又去 GitHub 翻另一个联创 Fisher Yu 的提交记录。本来以为会是那种三个月热情就断更的开源代码，结果人家的 commit 历史扎实得让我这个半吊子程序员脸红。对比特币 UTXO 脚本的理解，从代码风格就能看出来是多年老炮，不是临时拼凑的团队能装出来的。

查到这儿我心里其实已经有数了。一个斯坦福教授加一个比特币核心级开发者，放着快钱不赚，闷头啃 BTC 自托管质押这块硬骨头。这种配置要么是真想做成一件事，要么就是傻。翻完一圈我觉得是前者。

于是我把打算用来反驳那哥们的素材关了，钱包打开，默默加了一笔。有时候信任不是靠白皮书建立的，是靠人家实实在在的二十年履历。@BabylonLabs_io

#baby $BABY Hace unos días, me puse a asar con un tipo que lleva seis años jugando con Bitcoin. Comenté de pasada que el staking autocustodiado de Babylon me pareció interesante. Dejó la copa de cerveza en la mesa y, con la mirada, cambió al instante: “¿Qué te crees, colega? ¿Olvidaste cómo desapareció FTX?”

Me dio risa. Porque esa reacción fue idéntica a la que tuve yo hace tres meses.

En aquel entonces, si alguien decía “staking de Bitcoin”, mi cerebro lo traducía automáticamente como: “le das la clave privada a alguien, y si se lo lleva, te quedas sin nada”. Luego, cuando de verdad me metí a tocar la testnet de Babylon, descubrí que no era para nada así: tu BTC no se mueve del sitio; sigue en tu propio monedero, quieto y obediente. Lo único que hace es escribir una condición extra en la cadena de Bitcoin: si algún nodo se porta mal, el BTC correspondiente puede ser sancionado. Fuera de eso, nadie puede tocar tus monedas.

En ese momento le mostré en vivo el proceso con el monedero. Él lo vio en silencio durante tres segundos, y soltó: “O sea que esto es como ponerle un seguro a Bitcoin, ¿no?”

Sí, acertó. El staking tradicional es: “me das el dinero y yo me encargo”. Babylon es: “el dinero lo conservas tú, pero firmamos un papel: quien se haga el listo, paga”. La clave privada está en tus manos, la firma también, y hasta las condiciones de sanción son públicas en la cadena. No es que confíes en el protocolo: es que el protocolo ni siquiera necesita que confíes en él.

Después de terminar de comer la tanda, el tipo no decidió entrar allí mismo, pero cuando se fue me dijo algo que me dejó pensando: “Bitcoin lleva tanto tiempo conmigo y es la primera vez que siento que, además de acumular, también puedo hacer algo más”.

Creo que el punto realmente impresionante de Babylon está en esto: no obliga a nadie a entregar esa sensación de seguridad, pero le da a todos una ruta extra. @BabylonLabs_io

#baby $BABY ¿Por qué decidí lanzar 0.1 BTC a la p ue st a en staking en Babylon? ¿Me arrepentí después de 3 días?

La verdad, cuando transferí esos 0.1 BTC, me temblaba la mano.

No es que me diera miedo perderlo todo: tengo claro que Babylon hace staking sin custodia, y que las claves privadas permanecen en mi monedero frío; nadie puede robarse mis monedas. Lo que me daba miedo era que quedaran bloqueadas y se convirtieran en dinero muerto, y que yo me perdiera esta ronda del mercado. Después de todo, esos 0.1 BTC los fui acumulando desde el año pasado con compras periódicas: les tengo cariño.

Pero aun así decidí meterlos porque ya estaba harto de ver el Bitcoin en la wallet solo “reposando”. En otras cadenas, el staking, los préstamos y el re-staking se juegan sin parar; y mientras tanto, el Bitcoin, siendo el rey, casi no produce nada más allá de hacer hodl. Babylon justo resolvió mi problema mental: no requiere puentes entre cadenas, ni confiar en ningún custodio, y permite que el BTC en la cadena original proporcione seguridad económica al PoS de la cadena, además de que yo, como holder, pueda ganar algún rendimiento on-chain de verdad. Esa sensación es demasiado fresca, como si de pronto descubrieras que la caja de lingotes de casa todavía puede “asegurarse” para cobrar la prima.

¿Pasados tres días, me arrepentí?

No, pero las emociones reales son bastante complejas. Ver cómo los puntos de la testnet van subiendo poco a poco me dio cierta tranquilidad: al menos esos 0.1 BTC ya empezaron a “trabajar”. Pero tampoco me lancé a lo loco: la mainnet todavía no está abierta, así que todo es apenas el preludio. Lo que sí me sorprendió es que en estos tres días me vi obligado a volver a masticar el whitepaper y el modelo económico de Babylon, y entendí mucho más. Eso me hace sentir que, aunque al final los rendimientos no fueran tan altos como imaginaba, solo por haberme obligado a entender a fondo la lógica de “salida segura” del Bitcoin, esta movida no sale perdiendo.

En el camino del staking sin custodia tengo claro que quiero participar; solo que daré los pasos de forma más estable. La puerta de Babilonia, de verdad, ya la crucé. @BabylonLabs_io

#newt $NEWT El mes pasado, no presenté una estrategia falsa para poner a prueba el mecanismo de revisión, ¿verdad? Es decir, esa versión con los datos del backtest manipulados, con la curva “embellecida” a propósito. Después de que el sistema la marcara y la devolviera, en un principio iba a quedármelo todo en el pecho.

Pero una semana más tarde, la comunidad de desarrolladores de Newton lanzó de repente un pequeño evento: una recompensa comunitaria para encontrar vulnerabilidades. Las reglas eran muy simples: el equipo colocaría en el pool de revisión varias “estrategias problemáticas”. Quien primero encontrara las pistas de la falsificación de datos, presentara un informe de verificación en cadena, recibiría el premio. Cuando vi el anuncio, sentí un vuelco en el corazón: pensé que quizá mi “cosa” había sido puesta como blanco.

Dos días después, un desarrollador de la comunidad publicó un informe de despiece detallado. El título era: “La curva de esta estrategia es demasiado bonita, demasiado bonita para ser real”. Comparó, paso a paso, los registros del backtest con los datos en la cadena y señaló con precisión tres fragmentos de “tratamiento estético”: justo en esos lugares donde yo había eliminado los datos que mostraban pérdidas y había suavizado la curva de forma artificial. Al final del informe añadía una frase: “Este tipo de técnica de empaquetado es difícil de detectar a simple vista en las plataformas tradicionales, pero bajo la lógica de revisión en cadena de Newton, la propia curvatura de la curva acaba revelando el problema”.

Las respuestas debajo del post explotaron. Algunos lo elogiaron como si tuviera alma de detective. Otros dijeron: ya veo cómo se hace la revisión en cadena. Y también empezaron a formar grupos para revisar las curvas de otras estrategias pendientes de subir. Al final, el evento repartió tres pagos de recompensa, y cada pago correspondía a un punto de datos falso que fue descubierto.

Mientras leía los comentarios frente a la pantalla, mi estado de ánimo era complejo. No era complejo porque le estuvieran “sacando en la picota” a mi estrategia: al fin y al cabo era una pieza de prueba. Lo que me complicó la mente fue darme cuenta de que el mecanismo de revisión, en realidad, puede funcionar así: no está escondido en una sola línea de código en segundo plano, sino que puede convertirse en un juego público en el que participa la comunidad. El poder de la revisión no está monopolizado por la plataforma; se divide en herramientas verificables y se pone sobre la mesa.

Al final, mi estrategia falsa se convirtió en un caso de enseñanza para la comunidad. Eso fue mucho más significativo que si simplemente la devolvían en silencio. Lo demostró con una “autopsia pública” que dejó claro a todos que, en este mercado, puedes mentir en la descripción, pero no puedes mentir en la cadena. Porque el umbral no está hecho para impedir a la gente, sino para filtrar a quienes no están dispuestos a que su trabajo se verifique públicamente. Y mi estrategia apostada con recompensa, tampoco contó como una vida en vano. @NewtonProtocol