Uyên Nhi Ngx

#dusk $DUSK @Dusk

Mình từng nghĩ tích hợp Chainlink là chuyện bình thường, chain nào cũng làm để có oracle giá. Nhưng đọc kỹ thông báo Dusk và NPEX áp dụng Chainlink DataLink và Data Streams, mình nhận ra đây không phải oracle giá thông thường. NPEX là sàn giao dịch được cấp phép MTF tại Hà Lan, đã huy động hơn 200 triệu euro qua nền tảng và có hơn 17.500 nhà đầu tư hoạt động. Khi một sàn quy định như vậy cần dữ liệu tài chính có tính toàn vẹn cao để đưa tài sản token hóa lên chuỗi, bài toán không còn là lấy giá nhanh, mà là dữ liệu phải đủ tin cậy để qua được kiểm toán và giám sát. Chainlink CCIP đóng vai trò lớp tương tác chuẩn, kết nối dữ liệu này xuyên nhiều hệ sinh thái blockchain thay vì giữ kín trong nội bộ Dusk. Điều này biến DUSK không chỉ là hạ tầng riêng tư, mà thành điểm nối giữa tài chính truyền thống được cấp phép và DeFi công khai. Câu hỏi là khi ngày càng nhiều sàn quy định làm điều tương tự, chuẩn dữ liệu nào sẽ thắng thế?

#binancep2pantoan @Binance Vietnam

Una tarde, el comprador hizo la orden y el emparejamiento de USDT, y enseguida envió: "mi cuenta está por vencer, por favor pídele a un familiar que me haga la transferencia". Luego, unos minutos después, el dinero llegó exactamente por el mismo monto, pero el nombre en el comprobante era totalmente de una persona desconocida.

Me detuve de inmediato, no porque me faltara dinero, sino porque el nombre de la persona que transfirió no coincide con el nombre registrado del comprador en el pedido. Usar una cuenta que no es propia para pagar es un riesgo real: no solo por el asunto de si el monto es correcto o no, sino porque si esa transferencia tiene un origen poco claro, mi propia cuenta bancaria podría verse involucrada más adelante.

Le pedí al comprador que explicara de inmediato en el chat del pedido quién es el titular de la cuenta que acaba de transferir, qué relación tiene con el comprador; no quiero suposiciones ni resolverlo por inercia con un release.

Cuanto más rodeada sea la respuesta, más seguro estoy de que debo detenerme, reportar directamente dentro de la orden, y conservar la imagen del comprobante y el extracto del chat como prueba, para que el equipo de Soporte de Binance pueda verificar antes de cualquier acción posterior.

El nombre no coincide: aunque el dinero sea suficiente, sigue siendo una gran incógnita.

#binancep2pantoan @Binance Vietnam

Có lần tôi đang bán ETH thì gần cuối giao dịch, người mua nhắn báo hệ thống "bị lỗi", nhờ tôi hủy đơn trên app rồi họ chuyển tiền thẳng qua ngân hàng cho nhanh, xong tôi tự gửi ETH sau. Nghe cũng hợp lý lúc đầu, vì đúng là thỉnh thoảng app có lag thật.

Nhưng tôi khựng lại một chút, vì nhớ ra hủy đơn tức là ký quỹ giải phóng, đơn không còn được nền tảng bảo vệ nữa, lúc đó chuyển bao nhiêu cũng chỉ dựa vào lời hứa của nhau thôi. Tôi từ chối hủy, bảo cứ để nguyên đơn trong app, có lỗi gì thì đợi hoặc liên hệ Hỗ trợ chứ không tự xử lý riêng.

Tranh thủ lúc chờ, tôi xem lại hồ sơ của họ thì thấy tài khoản mới tạo, chưa có mấy đơn hoàn tất, khác hẳn với vẻ chuyên nghiệp lúc nhắn tin. Một lúc sau họ vẫn thanh toán bình thường qua app, chẳng có lỗi gì cả. Tôi vào ngân hàng kiểm tra thấy tiền vào đúng số, tên khớp với đơn hàng, lúc đó mới mở khóa.

Xong tôi vẫn chụp lại đơn và đoạn chat lưu vào một thư mục riêng, phòng khi cần đối chiếu về sau.

Giờ nghĩ lại, may là hôm đó tôi không vội hủy đơn theo lời họ.

#dusk $DUSK @Dusk

La primera vez que leí sobre Dusk Trade pensé que era solo otro tokenizado más, otro activo en formato de token, porque el mercado ya tenía decenas de proyectos parecidos. Pero cuanto más leía la arquitectura, más me parecía que no compite en la capa de la interfaz, sino en la capa legal que está detrás. Dusk Trade es una capa de aplicación que corre sobre DuskEVM: reúne MMF, ETF, bonos y RWA en un solo lugar con propiedad real, pagos instantáneos y la posibilidad de componer como en DeFi. La diferencia está en que está diseñado para operar como un MTF y como una plataforma de inversión autorizada, cumpliendo la normativa de la UE, y no como un wrapper token que se pone encima de un activo real y espera que el regulador haga la vista gorda. La mayoría de las demás plataformas de RWA resuelven primero el problema técnico y luego el legal. Dusk Trade lo hace al revés. Por eso pienso que no es un producto, sino una prueba para ver si la infraestructura financiera regulada puede funcionar de forma nativa onchain. La pregunta es: si este modelo funciona en la UE, ¿quién será el siguiente que lo intente en otros mercados?

#dusk $DUSK @Dusk

Mình chú ý DuskEVM từ lúc còn testnet, không phải vì thêm một EVM-compatible layer là điều gì mới, mà vì cách nó xử lý một mâu thuẫn mà phần lớn hạ tầng tài chính onchain chưa giải được, làm sao vừa riêng tư vừa kiểm toán được cùng lúc. Hedger, module privacy của DuskEVM, kết hợp homomorphic encryption dựa trên ElGamal với zero knowledge proofs để mã hóa số dư và số tiền giao dịch, trong khi vẫn cho bên được ủy quyền xem lại khi cần. Đây
không phải ẩn danh tuyệt đối kiểu DeFi cũ.

Nhưng đây là lúc mình thấy điểm khác biệt thật sự. Định chế tài chính không cần ẩn danh, họ cần selective disclosure, riêng tư với thị trường nhưng minh bạch với cơ quan quản lý khi được yêu cầu. Đó chính xác là thứ EVM truyền thống không làm được. Với proving trong trình duyệt dưới 2 giây, DuskEVM mở đường Solidity quen thuộc cho builder, nhưng chạy trên một tầng compliance mà Ethereum gốc không có.

Câu hỏi là bao nhiêu ứng dụng tài chính quy định hiện tại thực sự cần lớp này để tồn tại onchain?

#binancep2pantoan @Binance Vietnam

Tuần trước tôi hướng dẫn đứa em họ mua USDT lần đầu trên Binance P2P, vì nó nhắn hỏi tôi sao thấy giá rẻ hơn ở đâu đó mà không dám thử. Tôi bảo cứ để tôi ngồi cạnh làm mẫu một lần cho quen.

Chọn lệnh xong, tôi để ý hồ sơ người bán có tỷ lệ hoàn tất hơi thấp so với mức tôi hay chọn, nhưng huy hiệu vẫn ổn nên vẫn thử. Vào chat, người bán gửi luôn số tài khoản để chuyển tiền, nhưng tên trên đó lại không khớp với tên hiển thị trên đơn hàng. Tôi dừng lại, giải thích cho em là bước đối chiếu tên tài khoản này quan trọng, vì nếu chuyển nhầm người thì sau này chẳng có gì để đối chiếu lại.

Tôi hỏi thẳng trong chat của nền tảng, họ bảo "tài khoản công ty, cứ chuyển đi", giọng khá gấp gáp. Nghe vậy tôi càng chắc là nên hủy đơn, thay vì ngồi tranh cãi thêm.

Sau đó tôi chọn lại một lệnh khác, tên tài khoản khớp hoàn toàn, em họ tôi chuyển tiền xong tôi bảo nó chụp lại biên lai với mã đơn hàng, coi như tập thói quen lưu hồ sơ ngay từ lần đầu.

Nhìn nó làm xong tôi mới thấy, mấy bước tưởng rườm rà hóa ra lại là thứ cứu mình đúng lúc.

#binancep2pantoan @Binance Vietnam

Al principio, cuando empecé a practicar el trading P2P, estuve a punto de cometer un error bastante tonto. En ese momento necesitaba vender un poco de BNB y elegí la orden de alguien que parecía conocido, porque antes ya habíamos ejecutado una orden juntos una vez. Como pensé “ya nos conocemos”, me confié un poco y no revisé otra vez el perfil, como hacía siempre.

Mientras esperaba el pago, me escribió preguntándome si tenía Zalo para “intercambiar más rápido, sin tener que escribir en la app”. Iba a aceptar de inmediato porque pensé que total, ya era alguien conocido, pero se me ocurrió que si las cosas se hablan fuera de la plataforma, luego si pasa algún problema no hay nada que pueda servir como prueba, así que mantuve el chat dentro de la app.

Después transfirió el dinero y envió una imagen de confirmación, pero esta vez yo mismo abrí la app bancaria para comprobarla, en lugar de creer esa imagen como antes. El dinero sí entró, el nombre del acuerdo coincidía, entonces recién ahí desbloqueé.

Cuando terminó todo, me di cuenta de algo: conocer a alguien de vista no significa saltarse los pasos de verificación. El perfil o el historial de transacciones de esa persona también pueden cambiar con el tiempo. Yo seguí guardando el código de la orden como siempre, como una costumbre que no debería omitirse.

#binancep2pantoan @Binance Vietnam

Có lần tôi bán USDT cho một người mua nhắn rất lịch sự, hồ sơ cũng ổn, nên tôi không nghĩ ngợi nhiều. Vấn đề chỉ xảy ra sau khi họ chuyển tiền xong.

Tôi mở app ngân hàng kiểm tra, thấy đúng là có tiền vào, số tiền khớp, nhưng phần nội dung chuyển khoản lại ghi một câu gì đó không liên quan, kiểu như "trả nợ giúp bạn A", chứ chẳng nhắc gì đến mã đơn hàng. Tôi hỏi lại trong chat của nền tảng thì họ bảo chuyển nhầm mẫu, không sao đâu, cứ mở khóa đi.

Tôi vẫn thấy hơi lạ nên chưa vội làm theo, vì nội dung chuyển khoản bất thường cũng là một dấu hiệu mà tôi từng đọc là nên cẩn thận. Tôi nhắn lại là mình sẽ giữ nguyên trạng đơn một chút để kiểm tra thêm, và họ bắt đầu nhắn liên tục hối mở khóa gấp vì "sắp hết giờ". Nghe càng thúc ép tôi lại càng chắc là nên chậm lại.

Tôi chụp lại toàn bộ đoạn chat và biên lai, rồi mở khiếu nại ngay trong app thay vì tự quyết một mình. Bên Hỗ trợ vào kiểm tra và xử lý ổn thỏa, tôi không mất gì.

Sau vụ đó tôi mới thấy, đôi khi cảm giác "có gì không ổn" đáng để tin hơn là vội mở khóa cho xong.

#binancep2pantoan @Binance Vietnam

Có đợt tôi cần mua gấp một ít USDT để kịp chuyển tiền, lên P2P chọn đại một lệnh giá tốt mà không để ý kỹ hồ sơ người bán. Vừa vào chat, họ đã đề nghị tôi chuyển khoản thẳng qua số điện thoại, xong rồi họ tự "báo" bên hệ thống là hoàn tất, đổi lại giá sẽ rẻ hơn một chút.

Nghe thì hấp dẫn, nhưng tôi sực nhớ ra là mọi giao dịch nếu làm ngoài nền tảng thì phần ký quỹ của Binance coi như không còn tác dụng, tiền tôi chuyển đi sẽ chẳng có gì bảo vệ nếu họ không giao đủ. Tôi từ chối, giữ nguyên lệnh trong app rồi mới thanh toán.

Trước khi chuyển tiền tôi cũng tranh thủ xem lại hồ sơ của họ, thấy tỷ lệ hoàn tất khá thấp so với bình thường tôi hay chọn, nên tôi cẩn thận đối chiếu kỹ tên tài khoản nhận tiền với tên ghi trên đơn hàng. May là khớp, tôi mới chuyển.

Giao dịch xong xuôi, nhưng tôi vẫn lưu lại mã đơn hàng với ảnh chụp đơn để đó, phòng khi sau này cần liên hệ Hỗ trợ thì có cái mà đối chiếu.

#binancep2pantoan @Binance Vietnam

El mes pasado vendí ETH por primera vez a una cuenta nueva, que todavía no tenía un historial de muchas operaciones. Normalmente me da cosa operar con cuentas así, pero como el emblema se veía bien, acepté el pedido; solo que fui un poco más meticuloso en los pasos posteriores.

Después de ejecutar la orden, me quedé tranquilo: mi ETH estaba bloqueado como garantía en Binance y no se había movido a ningún lado. Así, si pasaba algo, todavía tenía dónde reclamar y no tenía que resolverlo yo solo. El comprador me escribió diciendo que ya había transferido el dinero, adjuntando una foto del recibo que parecía muy real, pero mantuve el principio de siempre: no desbloquearía solo por esa imagen. Abrí la app del banco para comprobarlo y el saldo seguía sin moverse ni un solo centavo.

Volví a escribir en el chat de la plataforma, dejando claro que necesitaba ver el dinero entrando a la cuenta antes, y que no me basaría en capturas de pantalla. Unos minutos después, el dinero sí entró: el nombre del remitente coincidía con el nombre del pedido. Solo entonces desbloqueé.

Tras finalizar la orden, guardé el código del pedido y el fragmento del chat como siempre. Lo considero un pequeño hábito, pero ahora veo que vale la pena conservarlo.

#binancep2pantoan @Binance Vietnam

La primera vez que compré BNB en Binance P2P, elegí a un vendedor que tenía insignia y una tasa de finalización alta, así que me sentí más tranquilo. Pero justo al entrar al chat, me pidieron que transfiriera el dinero rápido porque “ya habrá otra persona que lo pida”, lo cual me pareció raro, porque el pedido ya estaba confirmado para mí; ¿cómo iba a meterse alguien más?

Yo seguí transfiriendo con normalidad, pero cuando faltaba poco para terminar, cambiaron a otra cuenta bancaria, que no coincidía con el nombre del destinatario en el pedido original. Ahí fue cuando me detuve, porque cambiar la cuenta de pago a mitad de camino es una de las señales de alerta que había leído antes. También sugirieron que les escribiera por fuera de la plataforma, a través de otra aplicación, para “arreglarlo más fácil”, pero me negué y mantuve todas las conversaciones dentro del chat de la plataforma. Salir del sistema, si luego hay una disputa, no deja nada con qué comparar.

Volví a capturar todo el chat, guardé el número del pedido y presenté el reclamo directamente desde la app. El equipo de Soporte de Binance lo revisó y el pedido se canceló de forma segura; mi dinero no se perdió.

Desde entonces supe que, a veces, con solo tomarte una pausa un momento, puedes evitar muchísimas cosas.

#binancep2pantoan @Binance Vietnam

Lần đầu bán USDT trên Binance P2P, tôi cũng hơi run vì chưa quen. Nhưng nhìn lại thì hệ thống đã lo sẵn phần khó nhất cho mình rồi, vì ngay khi khớp lệnh, số crypto của tôi được khóa vào ký quỹ (escrow) chứ không giao thẳng cho người mua, nên nếu có sự cố gì thì vẫn còn kênh khiếu nại chính thức để dựa vào chứ không phải tự chịu.

Trước khi xác nhận đơn, tôi có thói quen lướt hồ sơ đối tác một chút, xem huy hiệu, tỷ lệ hoàn tất và lịch sử giao dịch ra sao, rồi đối chiếu tên tài khoản nhận tiền với thông tin đơn hàng cho khớp. Hôm đó người mua còn ngỏ ý chuyển khoản ngoài app cho nhanh, nhưng tôi từ chối và giữ mọi trao đổi trong chat của nền tảng, vì ra ngoài hệ thống thì escrow với lịch sử chat cũng mất theo, lúc đó có tranh chấp cũng chẳng còn gì để đối chiếu.

Đến khi họ gửi ảnh chụp màn hình bảo đã chuyển tiền và giục mở khóa gấp, tôi vẫn tự mở app ngân hàng kiểm tra, và đúng là chưa thấy tiền vào thật. Tôi nhắn lại là sẽ đợi đến khi nhận được tiền, và họ im luôn từ đó.

Tôi vẫn giữ lại mã đơn hàng và toàn bộ đoạn chat hôm ấy, phòng khi cần liên hệ Hỗ trợ. Nếu lúc đó tôi vội thì chắc đã mất hàng.

#binancep2pantoan @Binance Vietnam

Giao dịch P2P giống như đặt cọc mua nhà qua trung gian, bạn không đưa tiền thẳng cho người bán mà có ai đó giữ tài sản ở giữa cho đến khi cả hai bên xác nhận xong xuôi. Đó chính là cơ chế ký quỹ (escrow) của Binance P2P. Crypto được khóa lại, chat trong nền tảng lưu vết mọi trao đổi, nên nếu có sự cố, bạn luôn có kênh khiếu nại chính thức để dựa vào.

Nhiều người nghĩ giao dịch ngoài nền tảng cho nhanh, nhưng thật ra khi bước ra khỏi hệ thống thì escrow biến mất, chat cũng biến mất, và nếu có tranh chấp thì gần như chẳng còn gì để đối chiếu. Vì vậy nền tảng không phải thủ tục rườm rà, mà là lớp bảo vệ duy nhất bạn có.

Trước khi chốt lệnh, hãy nhìn hồ sơ đối tác, gồm huy hiệu, tỷ lệ hoàn tất, lịch sử giao dịch, rồi đối chiếu tên tài khoản nhận tiền với thông tin đơn hàng. Cũng đừng chỉ tin ảnh chụp màn hình, mà tự mở app ngân hàng để thấy tiền vào tài khoản mình rồi mới mở khóa.

Còn khi chưa chắc, cứ dừng lại và hỏi Hỗ trợ Binance, vẫn còn kịp.

#baby $BABY @BabylonLabs_io

I ran into something odd while testing the TBV flow through Aave v4 on testnet, my borrowed USDC balance did not update for almost ten minutes after the transaction confirmed on my end. My first instinct was that I had found a real problem worth writing about.

I posted about it in Babylon's community channel expecting either silence or a generic canned reply, which is usually what happens when you flag something on a fresh testnet. Instead someone from the team asked for my wallet address and transaction hash within minutes, then came back explaining it was an indexer delay on their side, not a vault issue, and that a fix was already queued.

That exchange told me more about Trustless Bitcoin Vaults (TBV) than the documentation did. Anyone can write clean marketing copy about native BTC collateral, no wrapping, no bridging. Fewer teams respond that directly when a random user flags something messy on testnet, before there is any incentive to look good for a bigger audience.

I still do not fully trust any protocol based on one good interaction, but it moved my baseline from skeptical to willing to keep testing.

#baby $BABY @BabylonLabs_io

Tengo la costumbre, con los proyectos sobre los que planeo escribir a largo plazo, de conservar una nota antigua donde anoto lo que prometieron y para cuándo; luego vuelvo más tarde para ver si realmente se lanzó. La mayoría de los proyectos fracasa de forma silenciosa: las fechas se desplazan, las funciones cambian de nombre, y nadie hace seguimiento.

Revisar mis propias notas sobre Babylon fue más interesante de lo que esperaba. La red de staking de BTC a través de proveedores de finalización pasó de ser una charla de testnet a algo que la gente realmente estaba usando, y ahora Trustless Bitcoin Vaults (TBV) apareció como un siguiente paso natural, en lugar de ser un intento desesperado por anunciar algo nuevo. El préstamo nativo respaldado por Bitcoin a través de Aave v4, al llegar a la testnet pública, encajó muy de cerca con la línea de tiempo que habían planteado antes en el año, algo que es más raro de lo que debería en este sector.

No digo que eso pruebe algo sobre la ejecución en mainnet: entregar en testnet es una barrera más baja. Pero mi propio seguimiento, no su marketing, es lo que me convenció de que Babylon tiende a entregar las cosas cerca de cuando dicen que lo harán.

Ese historial es la única razón por la que estoy dispuesto a probar realmente TBV prestándole atención, en lugar de escepticismo.

#baby $BABY @BabylonLabs_io

Empecé a seguir a Babylon hace un tiempo principalmente por la historia del staking, con BTC asegurando otras cadenas mediante proveedores de finalidad (finality providers). No esperaba terminar pasando un fin de semana leyendo sus documentos sobre Trustless Bitcoin Vaults, pero justo eso fue lo que el proyecto hizo que me interesara.

Lo primero que me llamó la atención fue cuánto asume la documentación que ya comprendes el modelo UTXO de Bitcoin y las limitaciones del script. Tuve que detenerme dos veces y leer material de contexto solo para entender por qué, en primer lugar, el colateral nativo de BTC es técnicamente difícil: el wrapping existe porque Bitcoin nunca fue diseñado para hablar con otras cadenas. Una vez que eso encajó, Trustless Bitcoin Vaults (TBV) empezó a tener mucho más sentido como una respuesta real de ingeniería, en lugar de una etiqueta de marketing.

También pasé tiempo en sus canales de comunidad, haciendo preguntas básicas sobre en qué se diferencia TBV de los productos de puente de BTC anteriores. Las respuestas eran técnicas, a veces más técnicas de lo que yo quería, pero nadie eludió las preguntas más difíciles sobre la liquidación o el riesgo del oráculo.

No puedo decir eso sobre todos los proyectos que he cubierto aquí.

Aún estoy formando mi opinión completa, pero la profundidad detrás de TBV me captó más la atención de la que esperaba antes de entrar.

#baby $BABY @BabylonLabs_io

Alguien en un chat de riesgo mencionó 2022 sin que nadie lo pidiera: no los colapsos de tokens que todos recuerdan, sino la causa más silenciosa que está debajo. La garantía colateral se reutiliza a la vez en múltiples protocolos hasta que nadie puede determinar cuánta financiación real existía. Ese patrón tiende a repetirse cada vez que un activo se vuelve una garantía colateral popular.

Ese es el ángulo que no he visto que nadie haya planteado aún sobre los Trustless Bitcoin Vaults (TBV). TBV permite que el BTC nativo sirva como garantía sin necesidad de envolverlo ni hacer puentes, y el primer producto en funcionamiento en la red de pruebas pública, el préstamo nativo respaldado por Bitcoin a través de Aave v4, es exactamente el tipo de integración que invita a la composabilidad. Una vez que el BTC queda como garantía dentro de Aave v4, el USDC o USDT prestado no tiene por qué quedarse ahí; puede redeplegarse en otra posición, otro protocolo, otro ciclo.

Nada de eso es exclusivo de TBV: así es como funciona DeFi. Pero el punto de venta específico de TBV es la minimización de la confianza, y el apalancamiento con rehypothecación construido encima reintroduce en silencio el riesgo de contraparte y de liquidez que, en primer lugar, se suponía que evitaría la garantía colateral de BTC nativo.

La bóveda en sí puede ser trustless, mientras que el ecosistema construido sobre ella no lo es.

Ver si esa brecha se convierte en una conversación real cuando el volumen de TBV crezca más allá de la red de pruebas.

#baby $BABY @BabylonLabs_io

Cada protocolo de préstamos que he visto fracasar se derrumbó de la misma manera: no porque la garantía fuera mala, sino porque el feed de precios mentía durante unos segundos críticos. Terra, Mango, la mitad de los exploits más pequeños de los últimos años: la historia es casi siempre un problema de oráculos disfrazado de otra cosa.

Esa es la pregunta a la que vuelvo una y otra vez con Trustless Bitcoin Vaults (TBV). TBV permite aportar BTC nativo como garantía sin envolverlo (wrapping), con préstamos nativos respaldados por Bitcoin a través de Aave v4 en este momento en un testnet público. Eliminar el paso de wrapping y el custodio del puente elimina de verdad dos superficies de ataque reales. No elimina una tercera: el oráculo de precios del BTC que decide cuándo se liquida una posición.

El BTC nativo no vive en Ethereum de forma nativa, así que en algún lugar de este sistema un feed de precios tiene que traducir las condiciones del mercado de Bitcoin a un número con el que Aave v4 pueda actuar. Todo lo que garantice ese feed se vuelve tan importante como la lógica del vault en sí, quizá incluso más, porque una actualización de precio incorrecta puede desencadenar liquidaciones incluso cuando la garantía real está perfectamente bien.

La garantía “trustless” todavía necesita un precio de confianza, y esa parte del diseño aún no ha sido el titular.

#baby $BABY @BabylonLabs_io

Entré en el testnet de Aave v4 esperando el típico caos del primer día: botones medio rotos, un faucet que no funciona, y tres pestañas abiertas solo para averiguar a qué red cambiar. Eso normalmente es la barrera real para el DeFi nativo de BTC, más que el modelo de seguridad.

Probar los Bóvedas de Bitcoin sin confianza (TBV) a través de Aave v4 cambió un poco esa expectativa. Depositar BTC de testnet como garantía y pedir prestado USDC requirió una sola conexión de billetera y una firma para el depósito; luego, una segunda para el préstamo. No hubo un paso de wrapping en medio, ni una interfaz de puente separada por la que hubiera que pasar antes.

Pero la parte que realmente me frenó no fue la bóveda: fue esperar los tiempos de confirmación de Bitcoin para que la garantía apareciera como utilizable en el lado de Ethereum. La seguridad de BTC nativo significa tiempos de bloque nativos de BTC, y ese intercambio es invisible en el texto de marketing, pero se nota muchísimo en el momento en que estás mirando una pantalla de “pendiente”.

Una interfaz limpia no puede ocultar el hecho de que la finalización de Bitcoin es más lenta que la cadena en la que estás pidiendo prestado.

Me da curiosidad cómo planea Babylon hacer que esa espera se sienta aceptable cuando haya dinero real (no BTC de testnet) en la cola.

#baby $BABY @BabylonLabs_io

Sigo viendo “autocustodia” usada como una palabra de marketing en lugar de como una afirmación técnica. Hay muchos productos que dicen “tus claves, tu cripto” y luego añaden en silencio un servicio de recuperación, una wallet de guardianes o un proceso de tickets de soporte que hace que la promesa de custodia suene más suave de lo que parece.

Así que en realidad busqué cómo lo manejan las Trustless Bitcoin Vaults (TBV). TBV permite usar Bitcoin nativo como garantía sin envolverlo ni hacer puentes, y el primer uso en vivo es un préstamo respaldado por Bitcoin nativo mediante Aave v4 en testnet pública. Allí pides prestados activos como USDC o USDT contra BTC que nunca entregas a nadie.

El detalle que importa aquí es qué ocurre al firmar. Si la autocustodia es real, las claves del usuario deberían ser lo único que puede mover la garantía: sin un comité de multisig, sin un conjunto de validadores de puente sentado en medio en silencio.

Probé el flujo de préstamo en testnet y no vi un paso oculto de custodio, lo cual es una mejor señal que la mayoría de proyectos ofrecen en esta etapa.

Aun así, el comportamiento en testnet bajo condiciones tranquilas no es prueba de que se cumpla la promesa de autocustodia durante una cascada de liquidaciones.