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

Một buổi chiều, người mua khớp lệnh USDT của mình xong liền nhắn "tài khoản em đang hết hạn , em nhờ người thân chuyển giúp nhé", rồi vài phút sau tiền về đúng số, nhưng tên trên biên lai là một cái tên hoàn toàn xa lạ.

Mình dừng lại ngay, không phải vì thiếu tiền, mà vì tên người chuyển không khớp với tên đăng ký của người mua trong đơn hàng. Dùng tài khoản không chính chủ để thanh toán là rủi ro thật, không chỉ chuyện đúng sai số tiền, mà nếu dòng tiền đó có nguồn gốc bất minh, chính tài khoản ngân hàng của mình có thể bị liên đới sau này.

Mình yêu cầu người mua giải thích ngay trong chat của đơn hàng, ai là chủ tài khoản vừa chuyển, quan hệ với người mua thế nào, chứ không tự suy đoán rồi release cho xong việc.

Câu trả lời càng vòng vo, mình càng chắc chắn nên dừng, report ngay trong lệnh, giữ lại ảnh biên lai và đoạn chat làm bằng chứng, để Hỗ trợ Binance xác minh trước khi có bất kỳ động thái nào tiếp theo.

Tên không khớp, dù tiền có đủ, vẫn là một dấu hỏi lớn.

#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

Ao ler pela primeira vez sobre a Dusk Trade, pensei que fosse apenas mais um app de ativos tokenizados, e o mercado já tinha dezenas de alternativas semelhantes. Mas quanto mais eu lia atentamente a arquitetura, mais eu percebia que ela não compete na camada da interface, e sim na camada legal por trás. A Dusk Trade é uma camada de aplicação que roda sobre a DuskEVM, reunindo MMF, ETF, títulos e RWA em um só lugar com propriedade real, liquidação imediata e capacidade composable no estilo DeFi. A diferença está em que ela foi projetada para operar como um MTF e como uma plataforma de investimentos licenciada, em conformidade com as regras da UE — e não como um wrapper token colocado sobre um ativo real e simplesmente esperando que o regulador ignore. A maioria das outras plataformas de RWA resolve primeiro o problema técnico e só depois a parte legal. A Dusk Trade faz o inverso. É por isso que eu acho que não é apenas um produto, mas um teste para ver se a infraestrutura financeira regulada pode realmente funcionar nativamente on-chain. A pergunta é: se esse modelo funcionar na UE, quem será o próximo a testá-lo em outros 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

Na semana passada, eu orientei meu primo mais novo a comprar USDT pela primeira vez no Binance P2P. Ele me mandou mensagem perguntando por que eu via um preço mais barato em algum lugar, mas ele não tinha coragem de tentar. Eu disse: deixa eu sentar ao lado e fazer uma vez só para ele se familiarizar.

Depois de escolher a ordem, notei que o perfil do vendedor tinha uma taxa de conclusão um pouco baixa em comparação com a que eu normalmente escolho, mas o emblema ainda estava ok, então decidi tentar. Ao entrar no chat, o vendedor já mandou o número da conta para transferência, mas o nome nessa conta não batia com o nome exibido no pedido. Eu parei, expliquei para meu primo que a etapa de conferência do nome da conta é importante: se transferir para a pessoa errada, depois não vai haver nada para comparar ou conferir.

Eu perguntei diretamente no chat da plataforma. Eles responderam: "Conta de empresa, é só transferir", com um tom bem apressado. Ao ouvir isso, fiquei ainda mais convencido de que eu deveria cancelar o pedido, em vez de ficar discutindo mais.

Depois disso, eu escolhi um outro pedido. O nome da conta batia perfeitamente. Quando meu primo terminou de transferir, eu pedi para ele tirar foto do comprovante com o código do pedido. Assim, aproveitei para criar o hábito de guardar os registros desde a primeira vez.

Só quando eu vi ele fazer tudo, é que percebi: aquelas etapas que eu achava complicadas afinal eram exatamente o que me salvou na hora certa.

#binancep2pantoan @Binance Vietnam

No começo do meu treinamento em negociações P2P, eu quase cometi um erro bem bobo. Naquela época, eu precisava vender um pouco de BNB e escolhi a ordem de alguém que parecia familiar — porque ele já tinha feito um acordo comigo uma vez antes. Como achei que era “gente conhecida”, acabei ficando um pouco descuidado e não verifiquei novamente o perfil dele como eu fazia sempre.

Enquanto eu aguardava o pagamento, ele me perguntou se eu tinha Zalo para “trocar com mais rapidez, sem precisar digitar pelo aplicativo”. Eu até ia aceitar na hora, porque achei que já nos conhecíamos, mas lembrei que qualquer conversa fora da plataforma, se depois desse problema, não teria como provar — então eu mantive a conversa dentro do app.

Depois disso, ele transferiu o dinheiro e enviou a imagem de confirmação, mas desta vez eu ainda abri o aplicativo do meu banco por conta própria para conferir; não acreditei na imagem como antes. O dinheiro caiu mesmo, o nome do acordo estava correto — aí sim eu desbloqueei.

Terminado o processo, eu só então percebi: conhecer alguém não significa ignorar as etapas de verificação. O perfil e o histórico de transações dessa pessoa também podem mudar com o tempo. Eu ainda salvei o código do pedido como de costume, como um hábito que não deveria ser abandonado.

#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

Certa vez eu precisei comprar USDT com urgência para conseguir transferir o dinheiro a tempo. No P2P, eu escolhi às pressas um anúncio com um preço bom e nem prestei muita atenção aos detalhes do perfil do vendedor. Assim que entrei no chat, eles já sugeriram que eu fizesse uma transferência direta para o número de telefone; depois disso, eles mesmos “avisariam” o sistema como se estivesse concluído, e em troca o preço seria um pouco mais barato.

A oferta parecia tentadora, mas eu me lembrei de que, se a transação for feita fora da plataforma, a margem (colateral) do Binance basicamente deixa de funcionar. O dinheiro que eu enviasse não teria nenhuma proteção caso eles não cumprissem a entrega. Eu recusei, mantive o pedido dentro do app e só então efetuei o pagamento.

Antes de transferir, também aproveitei para revisar o perfil deles: a taxa de conclusão era bem mais baixa do que o normal do que eu costumava escolher. Por isso, fui bem cuidadoso ao comparar o nome da conta para receber o dinheiro com o nome que constava no pedido. Graças a Deus, estavam iguais, então eu transferi.

Depois que a transação foi concluída, ainda assim salvei o código do pedido e uma foto do comprovante, deixando guardado no caso de, mais tarde, eu precisar entrar em contato com o Suporte—assim eu teria o que conferir.

#binancep2pantoan @Binance Vietnam

Tháng trước tôi bán ETH lần đầu cho một tài khoản mới lập, chưa có nhiều lịch sử giao dịch. Bình thường tôi hay ngại mấy tài khoản như vậy, nhưng thấy huy hiệu vẫn ổn nên tôi vẫn nhận đơn, chỉ là kỹ hơn một chút ở các bước sau.

Sau khi khớp lệnh, tôi yên tâm là ETH của mình đã được khóa vào ký quỹ của Binance chứ chưa chuyển đi đâu, nên có chuyện gì thì vẫn có chỗ để khiếu nại chứ không phải tự xử một mình. Người mua nhắn báo đã chuyển tiền, kèm ảnh chụp biên lai trông rất thật, nhưng tôi vẫn giữ nguyên tắc cũ là không mở khóa chỉ vì cái ảnh đó. Tôi mở app ngân hàng lên kiểm tra, và số dư vẫn chưa nhích một đồng nào.

Tôi nhắn lại trong chat của nền tảng, nói rõ là tôi cần thấy tiền vào tài khoản trước, chứ không dựa vào ảnh chụp màn hình. Vài phút sau tiền vào thật, tên người chuyển cũng khớp với tên trên đơn hàng, tôi mới mở khóa.

Xong đơn tôi vẫn lưu lại mã đơn hàng và đoạn chat như thường lệ, coi như thói quen nhỏ mà giờ thấy đáng để giữ.

#binancep2pantoan @Binance Vietnam

Certa vez, comprei BNB na Binance P2P. Escolhi um vendedor que tinha um emblema e uma taxa de conclusão alta, então me senti mais tranquilo. Mas logo que entrei no chat, ele me pediu para transferir o dinheiro rapidamente, dizendo que “em breve vai aparecer outra pessoa pedindo”. Achei estranho, porque o pedido já estava correspondido para mim; então como alguém poderia “interferir” no meio.

Eu ainda fiz a transferência normalmente, mas quando estava quase terminando, ele mudou para algumas contas diferentes, que não correspondiam ao nome na ordem original. Foi aí que eu parei, porque trocar a conta de pagamento no meio do processo é um dos sinais de alerta que eu já tinha lido. Ele ainda sugeriu que eu enviasse mensagens diretamente por outro aplicativo para “resolver tudo de uma vez”, mas eu recusei e mantive toda a conversa dentro do chat da plataforma. Afinal, sair do sistema significa que, no futuro, se houver disputa, não haverá mais registros para confirmar.

Eu tirei uma captura de tela de toda a conversa, salvei o código do pedido e abri uma reclamação direto no app. A equipe de Suporte da Binance analisou e o pedido foi cancelado com segurança; meu dinheiro não foi perdido.

A partir daí, eu percebi que, às vezes, só é preciso desacelerar um pouco para evitar muita coisa.

#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

I have a habit with projects I plan to write about long term, I keep an old note where I log what they promised and when, then check back later to see if it actually shipped. Most projects fail this quietly, dates slip, features get renamed, nobody follows up.

Going back through my own notes on Babylon was more interesting than I expected. The BTC staking network through finality providers went from testnet talk to something people were actually using, and now Trustless Bitcoin Vaults (TBV) showed up as a natural next step rather than a scramble to announce something new. Native Bitcoin-backed borrowing through Aave v4 landing on public testnet lined up close to the timeline they had floated earlier in the year, which is rarer than it should be in this space.

I am not saying that proves anything about mainnet execution, testnet delivery is a lower bar. But my own tracking, not their marketing, is what convinced me Babylon tends to ship things close to when they say they will.

That track record is the only reason I am willing to actually test TBV with attention instead of skepticism.

#baby $BABY @BabylonLabs_io

Eu comecei a acompanhar a Babylon há algum tempo, principalmente pela história de staking, com o BTC garantindo outras cadeias por meio de provedores de finality. Eu não esperava acabar passando um fim de semana lendo a documentação dos seus Trustless Bitcoin Vaults (Cofres de Bitcoin sem confiança), mas foi para isso que o projeto acabou me puxando.

O que me chamou atenção primeiro foi o quanto a documentação pressupõe que você já entende o modelo UTXO do Bitcoin e as limitações do script. Eu tive que parar duas vezes e ir ler materiais de base apenas para entender por que, tecnicamente, o colateral nativo em BTC é tão difícil em primeiro lugar; o wrapping existe porque o Bitcoin nunca foi projetado para conversar com outras cadeias. Quando isso finalmente fez sentido, Trustless Bitcoin Vaults (TBV) passou a ter muito mais sentido como uma resposta real de engenharia, e não apenas como um rótulo de marketing.

Eu também passei um tempo nos canais da comunidade deles, fazendo perguntas básicas sobre como o TBV difere dos produtos anteriores de ponte (bridge) para BTC. As respostas eram técnicas, às vezes mais técnicas do que eu gostaria, mas ninguém fugiu das perguntas mais difíceis sobre risco de liquidação ou de oráculo.

Isso não é algo que eu possa dizer sobre todo projeto que eu já cobri aqui.

Ainda estou formando minha opinião completa, mas a profundidade por trás do TBV acabou chamando mais a minha atenção do que eu esperava ao começar.

#baby $BABY @BabylonLabs_io

Alguém em um chat de risco mencionou 2022 sem que fosse provocado — não as “colapsos de token” que todo mundo lembra, mas a causa mais silenciosa por baixo delas: garantias (collateral) sendo reutilizadas em múltiplos protocolos ao mesmo tempo até que ninguém conseguisse dizer quanta sustentação real de fato existia. Esse padrão tende a se repetir sempre que um ativo se torna uma garantia popular.

É esse o ângulo que eu ainda não vi ninguém levantar sobre os Trustless Bitcoin Vaults (TBV). O TBV permite que o BTC nativo funcione como garantia sem envolver ou fazer bridging, e o primeiro produto ao vivo na testnet pública — empréstimos nativos lastreados em Bitcoin via Aave v4 — é exatamente o tipo de integração que convida à composabilidade. Quando o BTC fica como garantia dentro do Aave v4, o USDC ou USDT emprestado não precisa necessariamente parar ali: pode ser realocado para outra posição, outro protocolo, outro ciclo.

Nada disso é exclusivo do TBV; é apenas assim que o DeFi funciona. Mas o diferencial específico do TBV é a minimização de confiança, e a alavancagem rehipotecada construída por cima reintroduz silenciosamente o risco de contrapartes e de liquidez que a garantia em BTC nativo supostamente deveria evitar em primeiro lugar.

O cofre em si pode ser trustless, enquanto o ecossistema construído em cima dele não.

Observar se essa lacuna vira uma conversa real quando o volume do TBV ultrapassar a fase de testnet.

#baby $BABY @BabylonLabs_io

Todo protocolo de empréstimos que eu já vi falhar desmoronou do mesmo jeito: não porque a garantia fosse ruim, mas porque o feed de preços mentiu por alguns segundos críticos. Terra, Mango, metade das explorações menores dos últimos anos — a história quase sempre é um problema de oráculo vestido de outra coisa.

Essa é a pergunta para a qual eu continuo voltando com Trustless Bitcoin Vaults (TBV). A TBV permite que o BTC nativo seja usado como garantia sem wrapping, com empréstimos nativos lastreados por Bitcoin via Aave v4 em testnet pública agora mesmo. Remover a etapa de wrapping e o custodiante da ponte realmente elimina duas superfícies de ataque reais. Não elimina a terceira: o oráculo de preço do BTC que decide quando uma posição é liquidada.

BTC nativo não existe na Ethereum de forma nativa, então, em algum lugar desse sistema, um feed de preço precisa traduzir as condições do mercado de Bitcoin em um número com o qual o Aave v4 possa agir. Tudo o que garante esse feed se torna tão importante quanto a lógica do cofre em si — talvez até mais — já que uma atualização de preço ruim pode disparar liquidações mesmo quando a garantia real está perfeitamente adequada.

A garantia trustless ainda precisa de um preço confiável, e essa parte do design ainda não foi o destaque.

#baby $BABY @BabylonLabs_io

Entrei no testnet do Aave v4 esperando a bagunça típica do primeiro dia: botões meio quebrados, um faucet que não funciona, três abas abertas só para descobrir para qual rede preciso alternar. Normalmente, essa é a barreira real para o DeFi nativo de BTC, não o modelo de segurança.

Testar os Cofres de Bitcoin sem Confiança (TBV) via Aave v4 mudou um pouco essa expectativa. Depositar BTC de testnet como garantia e tomar empréstimo em USDC exigiu apenas uma conexão de carteira e uma assinatura para o depósito; depois, uma segunda para o empréstimo. Sem etapa de wrapping no meio e sem uma interface de bridge separada para “pular” primeiro.

Mas a parte que realmente me atrasou não foi o cofre; foi esperar os tempos de confirmação do Bitcoin até que a garantia ficasse disponível como utilizável do lado do Ethereum. A segurança do BTC nativo significa tempos de bloco do BTC nativo, e essa troca é invisível no texto de marketing, mas fica muito evidente no instante em que você está encarando uma tela de pendência.

Uma interface bem feita não consegue esconder o fato de que a finalização do Bitcoin é mais lenta do que a cadeia na qual você está pegando emprestado.

Fiquei curioso para saber como a Babylon planeja tornar essa espera aceitável quando dinheiro de verdade — não BTC de testnet — estiver na fila.

#baby $BABY @BabylonLabs_io

Eu vejo “self-custodial” sendo usado como palavra de marketing mais do que como uma afirmação técnica. Vários produtos dizem “suas chaves, seu cripto” e então, silenciosamente, adicionam um serviço de recuperação, uma carteira guardiã ou um processo de suporte que deixa a promessa de custódia mais “suave” do que parece.

Então eu fui olhar como os Trustless Bitcoin Vaults (TBV) lidam com isso. O TBV permite que o Bitcoin nativo seja colocado como garantia sem empacotar ou fazer ponte (wrapping/bridging), e o primeiro uso em ambiente real é o empréstimo lastreado em Bitcoin nativo via Aave v4 na testnet pública. Nesse caso, você toma ativos emprestados como USDC ou USDT contra um BTC que você nunca entrega a ninguém.

O detalhe que importa aqui é o que acontece no momento da assinatura. Se a autocustódia for de fato real, as chaves do usuário devem ser a única coisa que pode mover a garantia — sem comitê de multisig, sem um conjunto de validadores de ponte (bridge) sentado quieto no meio.

Eu testei o fluxo de empréstimo na testnet e não vi uma etapa oculta de custodiante; é um sinal melhor do que a maioria dos projetos oferece nesta fase.

Ainda assim, o comportamento da testnet sob condições tranquilas não é prova de que a promessa de autocustódia se mantém durante uma cascata de liquidação.