ladyledger96

Tôi đang nghĩ về một điều gì đó khi nghiên cứu Dusk.

Giờ đây, cụm từ “tài sản thực được token hóa” xuất hiện ở khắp mọi nơi.

Trái phiếu onchain. Quỹ onchain. Chứng khoán onchain.

Nghe có vẻ đơn giản, đúng không?

Nhưng rồi tôi bắt đầu nghĩ về chuyện gì sẽ xảy ra sau khi tài sản trở thành một token.

Giả sử một công ty đưa một trái phiếu lên onchain.

Token đã tồn tại, nhưng vẫn cần ai đó làm cho toàn bộ hệ thống vận hành được.

Nhà đầu tư cần được đưa vào quy trình (onboard).

Có thể cần kiểm tra điều kiện (eligibility).

Có thể sẽ có các quy tắc về việc ai được phép nắm giữ hoặc chuyển nhượng tài sản đó.

Và cơ quan quản lý vẫn cần những thông tin mà họ được cho là phải thấy.

Đó là lúc Dusk thu hút sự chú ý của tôi.

Dusk không chỉ cố gắng đưa thêm nhiều tài sản lên một blockchain.

Mà còn đang xây dựng hạ tầng xung quanh những tài sản đó.

Ví dụ, Dusk Trade đang được phát triển dựa trên việc giao dịch và vòng đời của các tài sản tài chính đã được token hóa.


Vì thị trường tài chính có một yêu cầu kỳ lạ.

Họ cần sự minh bạch, nhưng lại không thể tiết lộ mọi thứ.

Cơ quan quản lý có thể cần xác minh các thông tin cụ thể.

Dusk đang cố gắng làm cho các điều đó có thể “vừa khớp” với nhau thông qua các công cụ như công bố có chọn lọc (selective disclosure) và các giao dịch bảo toàn quyền riêng tư.

Việc Dusk hợp tác với NPEX cũng làm ý tưởng trở nên cụ thể hơn. NPEX là một sàn giao dịch châu Âu được quản lý, và Dusk đã làm việc với họ để đưa các công cụ tài chính và các quy trình thị trường liên quan lên onchain.

Điều đó khiến tôi nhìn câu chuyện về RWA (tài sản thực được token hóa) theo một cách hơi khác.

Chúng ta luôn hỏi rằng có thể token hóa được bao nhiêu tài sản.

Tôi bắt đầu nghĩ rằng có một câu hỏi hay hơn:

Khi chúng đã được token hóa, liệu người ta có thể thực sự sử dụng chúng như những tài sản tài chính “thật” hay không?

Vì việc tạo ra token mới chỉ là bước đầu tiên.

Phần khó hơn là tất cả những thứ xung quanh nó.

Đó là phần tôi thấy ở Dusk thật sự thú vị.

Tôi không nói rằng Dusk đã giải quyết xong vấn đề này. Việc áp dụng và sử dụng trong thế giới thực sẽ cho chúng ta biết ý tưởng có thể đi được bao xa.

Nhưng ít nhất, họ đang làm việc trên một bài toán mà cảm giác rất “thật”.

Có lẽ cuộc đua RWA không phải là cuộc đua xem ai có thể token hóa được nhiều tài sản nhất.

Đó là điều tôi sẽ tiếp tục theo dõi.

#dusk $DUSK @Dusk

Here's something I couldn't stop thinking about while researching Dusk:

**Would you really want your entire financial history sitting on a public blockchain for anyone to see?

A bank probably wouldn't want competitors watching every transaction.

An investment fund wouldn't want everyone seeing its positions.

And honestly, I wouldn't want strangers knowing exactly what I own or where my money is moving either.

How much privacy are we willing to give up?

That's where Dusk caught my attention.

At first, I thought Dusk was simply another blockchain talking about privacy.

Dusk is trying to bring privacy, verification and compliance together using zero-knowledge technology.

The basic idea isn't complicated:

You shouldn't always have to reveal everything just to prove that something is valid.

And that could become really important for tokenized assets.

Imagine bonds, securities or investment funds moving onchain.

The investor wants privacy.

The regulator needs to verify what's happening.

A completely transparent blockchain doesn't make that easy.

But hiding everything doesn't work for regulated finance either.

So there needs to be a middle ground.

That's the problem Dusk is trying to work on.

And honestly, that's what I find more interesting than simply saying Dusk is a privacy blockchain.

Because putting an asset onchain is only one part of the story.

Getting real financial institutions comfortable using that infrastructure is a completely different challenge.

The technology still has to prove itself through real adoption.

But the problem they're working on feels very real to me.

I don't think investors will want a world where every financial move is permanently visible.

Maybe the future isn't about choosing between complete privacy and complete transparency.

Maybe it's about being able to prove what's necessary without exposing everything.

That's the idea I'm watching with Dusk.

Would you trust a public blockchain with your serious financial assets if anyone could track your entire transaction history?

#dusk $DUSK @Dusk

Something bothered me while I was researching Dusk.

We keep saying blockchain will bring traditional finance onchain.

But then I started thinking

Would a bank really want every transaction to be visible to everyone?

Would an investment fund want people tracking its holdings?

Would you want strangers to know exactly what assets you own?

And that's where Dusk started making more sense

The interesting thing isn't simply that Dusk focuses on privacy.

It's that it is trying to make privacy work alongside verification and compliance.

Because financial institutions can't just say, keep everything private.

Regulators still need to verify certain things.

So there has to be a middle ground.

Dusk uses zero-knowledge technology to work toward that idea. Sensitive transaction details can stay protected while the network can still verify that the transaction follows the rules.

That sounds like a small difference, but I don't think it is.

Bonds, securities, funds and other real-world assets could eventually move onchain.

The technology needs to give investors privacy, institutions the right controls and regulators the information they actually need.

That's the problem Dusk is trying to tackle.

And honestly, this is the part I find more interesting than the usual "RWA is the future" conversation.

Putting an asset onchain is one thing.

Building infrastructure that financial institutions can actually use is another.

Dusk is betting on the second one.

I'm still watching how the ecosystem develops because having good technology doesn't automatically mean mass adoption.

But the problem they're working on feels very real.

Maybe financial blockchains don't need to choose between being completely private and completely transparent.

Maybe there's a third option

Keep sensitive information private. Prove what needs to be proven.

That's a model I can actually see traditional finance being interested in.

What do you think?

Would you use a blockchain for serious financial assets if anyone could see your entire transaction history?

#dusk $DUSK @Dusk

Tôi
từng nghĩ rằng một điều quan trọng hơn tất cả những thứ khác trong crypto: sự an toàn.

Nếu tiền của tôi được đảm bảo an toàn, tôi cho rằng giao thức đang làm đúng nhiệm vụ.

Gần đây, tôi bắt đầu nhìn mọi thứ theo một cách hơi khác.

Hôm nọ, tôi nhớ lại một chuyện đã xảy ra với mình từ trước. Tôi đến nhà ga chỉ vài khoảnh khắc sau khi chuyến tàu của tôi đã rời đi. Không có gì trục trặc cả. Tàu không bị trễ. Tôi chỉ đơn giản là đã lỡ chuyến.

Điều bực bội không phải là mất tiền. Mà là việc một sự chậm trễ nhỏ xíu đó đã làm lệch toàn bộ kế hoạch còn lại trong ngày.

Ký ức đó ùa về khi tôi đang đọc về **Babylon's Trustless Bitcoin Vaults**.

Càng tìm hiểu, tôi càng nhận ra một điều.

Giữ Bitcoin an toàn là vô cùng quan trọng, và cách tiếp cận tự quản (self-custodial) của Babylon là một trong những lý do khiến tôi thấy dự án này thật sự thú vị. Nhưng sự an toàn không phải là điều duy nhất người dùng trải nghiệm.

Nếu một vault cần thời gian để kích hoạt vì cần để Bitcoin đạt finality làm tròn nhiệm vụ của nó, thì BTC của bạn vẫn an toàn. Thế là tốt.

Nhưng bạn cũng đang phải chờ.

Có thể bạn đang định stake, cung cấp thanh khoản, hoặc chuyển sang một cơ hội khác. Dù không có gì sai, bước tiếp theo của bạn vẫn phải tạm dừng.

Điều đó khiến tôi nhận ra rằng suốt nhiều năm qua, tôi đã dành gần như toàn bộ suy nghĩ cho sự an toàn, trong khi hiếm khi nghĩ đến khả năng “vận hành thông suốt” (liveness).

Cả hai đều quan trọng.

Một bên bảo vệ tài sản của bạn.

Bên còn lại bảo vệ đà tiến triển của bạn.

Khi Bitcoin DeFi phát triển, tôi nghĩ chúng ta sẽ còn nghe nhiều cuộc trò chuyện hơn về việc tìm ra sự cân bằng đúng đắn giữa hai yếu tố này.

Tôi vẫn đang học hỏi, nhưng điều này chắc chắn đã thay đổi cách tôi nhìn nhận thiết kế giao thức.

Quan điểm của bạn là gì?

Nếu phải chọn, bạn sẽ ưu tiên bảo mật mạnh hơn hay khả năng vận hành thông suốt tốt hơn—và vì sao?

#baby $BABY @BabylonLabs_io $DEXE $BANK

This morning I caught myself thinking about something I had never really paid attention to before.

Whenever I read about a protocol, I usually ask one question first:

"Are the funds safe?"

A few years ago, I missed a train by just a couple of minutes. Nothing was wrong with the train. It left exactly on time. I wasn't upset because I lost money. I was upset because that small delay changed my whole day. Every plan I had after that had to wait.

That memory came back while I was reading about Babylon's Trustless Bitcoin Vaults.

If Bitcoin is secure but a vault takes longer to activate because of Bitcoin finality, your BTC is still safe. But you're still waiting. Your liquidity can't move, your next DeFi step is delayed, and timing suddenly becomes part of the experience.

It made me realize that security isn't the whole story.

I'm starting to pay more attention to liveness too.

For me, a strong network isn't only the one that keeps assets safe. It's the one that keeps moving when users need it most.

Maybe that's something we'll all pay more attention to as Bitcoin DeFi continues to grow.

What do you think matters more in the long run: Security or Liveness?


#baby $BABY @BabylonLabs_io $DEXE $BANK

Tại sao @BabylonLabs_io BabylonLabs_io lại là Dự án của Binance Square khiến tôi ấn tượng nhất!

Tôi đã tham gia nhiều Chiến dịch Dành cho Nhà sáng tạo của Binance Square trong vài tháng qua, và mỗi dự án đều mang đến một ý tưởng hoặc công nghệ mới. Sau khi đọc các blog chính thức, các bài nghiên cứu và thông báo hệ sinh thái từ @BabylonLabs_io , tôi đã có một ấn tượng rất khác.

Với tôi, Babylon không giống như một dự án được xây dựng xoay quanh một chiến dịch. Nó giống như một dự án có tầm nhìn dài hạn, và chiến dịch chỉ tạo thêm cơ hội để nhiều người hơn khám phá nó.

Điều gây ấn tượng mạnh nhất với tôi chính là sứ mệnh. Thay vì thay đổi Bitcoin, Babylon tập trung vào việc mở rộng những gì Bitcoin có thể làm, đồng thời tôn trọng các nguyên tắc khiến nó trở nên có giá trị. Native Bitcoin staking (đặt cược Bitcoin gốc) và Trustless Bitcoin Vaults (kho lưu trữ Bitcoin không cần tin cậy) thể hiện tầm nhìn đó bằng cách làm cho Bitcoin hữu ích hơn mà không phụ thuộc vào tài sản được bọc (wrapped assets) hay cơ chế lưu ký tập trung.

Càng tìm hiểu hệ sinh thái, tôi càng nhận ra Babylon lớn hơn rất nhiều so với một sản phẩm đơn lẻ. Nhóm liên tục chia sẻ các blog kỹ thuật, bài nghiên cứu, quan hệ hợp tác trong hệ sinh thái và nội dung giáo dục. Sự minh bạch đó giúp việc hiểu dự án đang hướng tới đâu trở nên dễ dàng.

Tôi cũng đánh giá cao việc trọng tâm không chỉ dừng ở thị trường hiện tại. Lộ trình hướng tới việc xây dựng hạ tầng có thể hỗ trợ tương lai của Bitcoin, thay vì đuổi theo những trào lưu ngắn hạn.

Trong tất cả các chiến dịch Binance Square mà tôi đã tham gia, dự án này để lại ấn tượng lớn nhất với tôi—không phải vì phần thưởng, mà vì công nghệ, tầm nhìn và sự kiên định của nó.

Đây là ý kiến cá nhân của tôi sau khi dành thời gian để tìm hiểu dự án. Tôi luôn khuyến khích mọi người tự nghiên cứu. Nếu bạn chưa khám phá @BabylonLabs_io, tôi khuyên bạn nên đọc các blog chính thức và các cập nhật kỹ thuật của dự án.

Về cá nhân tôi, tôi tin rằng $BABY có tiềm năng trở thành một trong những dự án hạ tầng Bitcoin quan trọng nhất trong những năm tới. Thời gian sẽ quyết định thành công của từng dự án, nhưng dựa trên những gì tôi đã học được cho đến nay, Babylon đã xứng đáng có mặt trong danh sách theo dõi dài hạn của tôi.

#baby $BABY @BabylonLabs_io

Tôi nghĩ chúng ta đã đặt câu hỏi sai về bảo mật blockchain.

Trong nhiều năm, cuộc trò chuyện luôn là:

Làm thế nào để các blockchain mới trở nên an toàn như Bitcoin?
Nhưng sau khi đọc tài liệu của một dự án, tôi lại thấy mình đang tự hỏi một câu hỏi hoàn toàn khác.

Nếu các blockchain mới không cần phải tự xây dựng mức độ tin cậy đó từ đầu thì sao?

Câu hỏi đó đã dẫn tôi đến Babylon

Ban đầu, tôi nghĩ Babylon chỉ đơn giản là một giao thức staking BTC khác.

Càng đi sâu, tôi càng nhận ra đó chỉ là một phần nhỏ của câu chuyện.

Điều Babylon thực sự đang khám phá là một cách tư duy khác về bảo mật.

Phần lớn các blockchain Proof-of-Stake dựa vào giá trị của token riêng để bảo vệ mạng. Cách này hiệu quả—nhưng cũng tạo ra một thách thức.

Một chuỗi hoàn toàn mới phải chứng minh giá trị của mình trong khi vẫn phụ thuộc vào chính giá trị đó để bảo mật.

Nó giống như cố xây một ngân hàng trong khi vẫn yêu cầu mọi người tin vào ngân hàng đó trước khi nó có được bất kỳ uy tín nào.

Babylon tiếp cận vấn đề theo một góc nhìn khác.

Thay vì yêu cầu mọi chuỗi mới tự tạo ra an ninh kinh tế cho riêng mình, nó cho phép các chuỗi đó được hưởng lợi từ sức mạnh kinh tế của Bitcoin thông qua staking BTC tự giám sát (self-custodial).

Điều tôi trân trọng nhất là thiết kế không yêu cầu Bitcoin phải trở thành thứ mà nó không phải.

BTC của bạn vẫn nằm trên mạng Bitcoin.

Bitcoin chỉ làm điều mà nó luôn làm tốt nhất: cung cấp niềm tin.

Càng suy nghĩ, tôi càng bị mắc kẹt với một ý tưởng.

Có lẽ đóng góp lớn nhất của Bitcoin cho thị trường crypto không chỉ là trở thành blockchain an toàn nhất.

Đây là một câu chuyện rất khác với việc kiếm phần thưởng staking.

Nó là biến uy tín của Bitcoin thành một tài nguyên dùng chung mà không thay đổi những nguyên tắc đã khiến Bitcoin có giá trị từ ban đầu.

Liệu điều này có trở thành chuẩn mực cho các mạng PoS hay không thì thời gian sẽ trả lời.

Nhưng tôi tin Babylon đang đặt ra một trong những câu hỏi thú vị nhất về blockchain ngày nay:

Bitcoin có thể bảo mật nhiều hơn chỉ Bitcoin hay không?

Và thật lòng mà nói, đây là một câu hỏi xứng đáng được quan tâm.


#baby $BABY @BabylonLabs_io

Một điều tôi nhận ra khi tìm hiểu về kiến trúc blockchain là việc đưa ra giả định dễ dàng đến mức nào.

Khi một phần của giao thức đã cung cấp bảo mật mạnh, thì thật tự nhiên khi kỳ vọng rằng nó sẽ bảo vệ mọi thứ còn lại nữa.

Đó là suy nghĩ đầu tiên của tôi khi bắt đầu đọc về Babylon Trustless Bitcoin Vault.

Tôi cho rằng những người đặt cược Bitcoin cũng sẽ chịu trách nhiệm bảo vệ kho tiền.

Rốt cuộc, họ đang đã sử dụng bảo mật kinh tế dựa trên Bitcoin để giúp bảo vệ các mạng Proof-of-Stake.

Nhưng không phải đó là cách Babylon thiết kế.

Thay vì mở rộng vai trò của những người đặt cược Bitcoin, Trustless Bitcoin Vault giới thiệu các thành phần bảo mật riêng của mình: các Vault Providers, Application Vault Keepers và Universal Challengers.

Mỗi bên có một trách nhiệm cụ thể, trong khi những người đặt cược Bitcoin vẫn tập trung vào việc bảo vệ các chuỗi PoS.

Lúc đầu, tôi thắc mắc vì sao Babylon không đơn giản là dùng cùng những thành phần cho cả hai công việc.

Càng tìm hiểu sâu hơn, tôi càng thấy rõ lập luận đằng sau.

Nếu cùng các tác nhân đảm nhiệm việc bảo vệ nhiều hệ thống với các mục tiêu khác nhau, thì động cơ (incentives) của họ cuối cùng có thể cạnh tranh với nhau, đặc biệt là trong những giai đoạn mạng gặp căng thẳng.

Bằng cách tách riêng các trách nhiệm đó, Babylon giữ cho từng mô hình bảo mật độc lập, đồng thời cho phép bảo mật dựa trên Bitcoin và hạ tầng của vault hoạt động song song với nhau thay vì phải dựa vào cùng một nhóm tác nhân.

Với tôi, đây là một trong những phần thú vị nhất của thiết kế.

Nó không cố gắng bắt mọi người tham gia phải làm nhiều hơn.

Nó đảm bảo rằng mỗi người tham gia đều có một mục đích rõ ràng, với các động cơ phù hợp với vai trò đó.

Càng nghiên cứu Babylon, tôi càng nhận ra rằng thiết kế giao thức tốt không chỉ là việc bổ sung thêm bảo mật.

Mà là cấu trúc bảo mật sao cho mọi lớp đều có thể làm đúng nhiệm vụ của mình mà không tạo ra những đánh đổi không cần thiết.

#baby $BABY @BabylonLabs_io

Người ta thường gọi Bitcoin là "vàng kỹ thuật số".

Tôi hiểu vì sao.

Nhưng càng dành nhiều thời gian để tìm hiểu về Bitcoin, tôi càng cảm thấy cách so sánh đó chỉ nói được một phần câu chuyện.

Vàng có khả năng lưu trữ giá trị.

Bitcoin cũng làm được điều đó.

Điều ngày càng thú vị là cách Bitcoin có thể góp phần bảo đảm cho các mạng lưới phi tập trung mà không đánh mất những nguyên tắc đã khiến nó được tin tưởng ngay từ đầu.

Đó cũng là một trong những lý do dạo này tôi đọc nhiều hơn về Babylon.

Thứ khiến tôi chú ý không phải là trào lưu hay các cuộc bàn tán về giá. Mà là cách dự án đang suy nghĩ về chính Bitcoin.

Thay vì cố gắng thay đổi Bitcoin, ý tưởng là xây dựng dựa trên những thế mạnh của nó.

Tôi thấy điều đó thật mới mẻ.

Trong crypto, rất dễ bị cuốn vào những cuộc trò chuyện về đồng token tiếp theo đang bơm hay phần thưởng staking cao nhất.

Tôi cũng từng như vậy.

Nhưng dạo này, tôi lại thấy mình quan tâm nhiều hơn đến nền tảng hơn là các tiêu đề.

Giao thức được thiết kế như thế nào?

Điều gì giúp mạng lưới luôn an toàn?

Liệu kiến trúc đó có còn hợp lý sau năm năm nữa không?

Những câu hỏi này thường không lên xu hướng trên X, nhưng lại là những câu trả lời giúp tôi quyết định liệu một dự án có đáng để tôi dành thời gian hay không.

Càng tìm hiểu, tôi càng tin rằng hạ tầng tốt hiếm khi nhận được sự chú ý xứng đáng.

Nó không phải lúc nào cũng hấp dẫn.

Cũng không phải lúc nào cũng ồn ào nhất.

Nhưng thường đó lại là lý do khiến một hệ sinh thái thành công trong dài hạn.

Tôi vẫn đang học mỗi ngày, và thành thật mà nói, đó chính là phần tôi yêu thích nhất của crypto.

Bạn càng đào sâu, bạn càng nhận ra rằng luôn có thứ gì đó mới để hiểu.

Khi bạn nghiên cứu một dự án, điều gì khiến bạn luôn thấy hứng thú lâu nhất: biến động giá, cộng đồng hay công nghệ phía sau nó?


#baby $BABY @BabylonLabs_io

Tôi nhận thấy rằng hầu hết các cuộc trò chuyện quanh $BABY luôn quay trở lại những câu hỏi tương tự.

"Nó đang bị định giá thấp à?"
"Nó có thể tăng cao đến mức nào?"

Đó là những câu hỏi xác đáng, nhưng chúng lại không phải là điều khiến tôi tò mò.

Thứ thực sự thu hút sự chú ý của tôi lại chính là Bitcoin.

Trong nhiều năm, Bitcoin chủ yếu là thứ mà người ta mua, nắm giữ và hy vọng rằng theo thời gian nó sẽ tăng giá. Đó là cách mà phần lớn trong chúng ta vẫn luôn nhìn nhận về nó.

Babylon khiến tôi nghĩ về Bitcoin theo một cách khác.

Nếu Bitcoin có thể giúp bảo mật cho các mạng khác mà không thay đổi những gì khiến nó có giá trị ngay từ đầu thì sao?

Ý tưởng đó khiến tôi hứng thú hơn nhiều so với giá của token.

Theo những gì tôi đã học được, Bitcoin và BABY không phải đang cố gắng làm cùng một việc.

Bitcoin cung cấp bảo đảm an ninh kinh tế, trong khi BABY giúp mạng lưới phát triển thông qua quản trị và sự tham gia của cộng đồng.

Tôi thích sự tách bạch này vì mỗi tài sản đều có một mục đích rõ ràng thay vì cố gắng làm mọi thứ cùng lúc.

Tôi không nói rằng Babylon chắc chắn sẽ thành công.

Giống như mọi dự án crypto khác, nó vẫn còn rất nhiều điều cần phải chứng minh.

Nhưng tôi tin rằng họ đang khám phá một hướng đi khác biệt, nổi bật so với nhiều dự án blockchain khác.

Vì vậy mà tôi đang chú ý.

Không phải vì tôi kỳ vọng lợi nhuận nhanh, mà vì tôi tò mò muốn xem liệu mô hình này có thể thành công trong dài hạn hay không.

Bạn nghĩ sao!

Liệu việc Bitcoin bảo mật cho các mạng khác có thể trở thành một phần bình thường của hệ sinh thái crypto trong tương lai không, hay bạn nghĩ mô hình truyền thống proof-of-stake sẽ vẫn là cách tiếp cận tốt hơn?


#baby $BABY @BabylonLabs_io

Tôi nghĩ có rất nhiều người đang nhìn $BABY theo một cách sai.

Phần lớn các cuộc trò chuyện mà tôi thấy đều tập trung vào một điều: Khi nào giá sẽ biến động?

Thành thật mà nói, đó là câu hỏi ít thú vị nhất.

Câu hỏi mà tôi đã tự hỏi mình là:

Tại sao lại có quá nhiều người sẵn sàng “khóa” Bitcoin ngay từ đầu?

Điều đó đã khiến tôi dành một chút thời gian để tìm hiểu Babylon.

Điều tôi thấy đáng chú ý là Babylon không cố gắng thay thế Bitcoin hay thay đổi cách nó vận hành. Thay vào đó, họ muốn mở rộng vai trò của Bitcoin. Thay vì chỉ nằm trong ví như một nơi cất giữ giá trị, BTC có thể giúp bảo mật các mạng khác thông qua staking “nativе” trên nền Bitcoin.

Đó là một cách tiếp cận hoàn toàn khác so với những gì chúng ta thường thấy ở đa số giao thức staking.

Một điểm khác làm tôi chú ý là cách giao thức xử lý trách nhiệm giải trình của validator. Thay vì giả định rằng ai cũng sẽ hành động trung thực, hệ thống được thiết kế để khiến hành vi gian dối trở nên cực kỳ tốn kém. Theo tôi, đó chính là cái mà “bảo mật mạnh” thực sự trông như thế nào.

Việc mở khóa token thường khiến nhà đầu tư lo lắng.

Tuy nhiên, Babylon vẫn tiếp tục giữ một lượng Bitcoin đáng kể trong hệ sinh thái staking của mình, thay vì chứng kiến làn sóng rút tiền lớn.

Điều đó không tự động có nghĩa là dự án sẽ thành công.

Nhưng nó cho thấy nhiều người tham gia dường như đang cân nhắc vượt ra ngoài biến động giá trong ngắn hạn. Dù vậy, chắc chắn đây là một điều đáng để theo dõi.

Cuối cùng thì, mọi giao thức đều trông có vẻ ấn tượng trên giấy tờ.

Thử thách thực sự đến khi thị trường biến động mạnh, xảy ra tấn công, và công nghệ phải chứng minh được giá trị theo thời gian.

Nếu Babylon có thể liên tục chứng minh rằng Bitcoin có thể bảo mật hạ tầng phi tập trung đồng thời vẫn giữ đúng các nguyên tắc cốt lõi của Bitcoin, tôi tin rằng nó có thể trở thành một trong những dự án hạ tầng quan trọng nhất trong hệ sinh thái Bitcoin.

Có lẽ thị trường đã hiểu điều đó từ trước.

Bạn nghĩ sao? Babylon đang xây dựng một thứ có thể định hình lại tương lai của Bitcoin, hay bạn cho rằng thị trường đã định giá nó một cách hợp lý?

#baby $BABY @BabylonLabs_io

Dạo gần đây, tôi nghĩ ít hơn về việc AI thông minh đến mức nào và nhiều hơn về điều gì sẽ xảy ra khi các hệ thống chịu trách nhiệm kiểm soát nó ngừng hoạt động.

Một câu hỏi cứ quay lại trong đầu tôi:

Điều gì nên xảy ra khi một AI không thể xác minh rằng một hành động thực sự được phép?

Ban đầu, câu trả lời của tôi khá đơn giản.

Nếu lớp ủy quyền gặp sự cố, AI không nên làm bất cứ điều gì. Trong tài chính, sự không chắc chắn không bao giờ được biến thành quyền hạn.

Nhưng càng nghĩ, tôi càng nhận ra câu trả lời không hề đơn giản như vậy.

Nếu một “kho” (vault) thực sự cần can thiệp trong khi dịch vụ ủy quyền không khả dụng thì sao? Việc giữ mọi thứ bị khóa sẽ bảo vệ an ninh, nhưng cũng có thể ngăn cản một quá trình khôi phục cần thiết.

Đó là điều khiến tôi chú ý đến Newton's VaultKit.

Thay vì trao cho chủ sở hữu một cơ chế ghi đè ngay lập tức, VaultKit giới thiệu một lối đi khẩn cấp có khóa thời gian (timelocked). Nếu luồng ủy quyền thông thường không sẵn dùng, vẫn có cách để khôi phục, nhưng chỉ sau một thời gian chờ, và mọi bước đều được hiển thị trên chuỗi khối (on-chain).

Việc vượt qua ngay lập tức sẽ khiến lớp chính sách (policy layer) cảm giác như là thứ “có cũng được”. Nhưng không có bất kỳ lối khôi phục nào cũng có vẻ không thực tế. Các hệ thống thực sự luôn gặp sự cố gián đoạn, và đôi khi việc chờ đợi đơn giản là không thể.

Điều thực sự làm thay đổi góc nhìn của tôi không phải chính khóa thời gian.

Trong điều kiện bình thường, lớp ủy quyền của Newton dựa vào các chính sách (policies), sự phê duyệt của người vận hành (operator approvals) và các xác thực mật mã (cryptographic attestations) trước khi một hành động đặc quyền được phép diễn ra.

Trong trường hợp khẩn cấp, sự tin cậy chuyển sang quyền hạn của chủ sở hữu, thời gian chờ và tính minh bạch trên chuỗi.

Họ chỉ dựa trên những giả định về mức độ tin cậy khác nhau.

Và có lẽ đó mới là cuộc trò chuyện thực sự mà chúng ta nên có.

Khi AI ngày càng tham gia nhiều hơn vào tài chính, thách thức lớn nhất không chỉ là xây dựng các tác nhân (agents) thông minh hơn. Tôi nghĩ đó chính là nơi thử thách thực sự về an ninh của AI bắt đầu. Phiên bản này có cảm giác giống như một sự phản ánh cá nhân chân thành hơn, đồng thời vẫn làm nổi bật Newton's VaultKit, lối đi khẩn cấp có khóa thời gian (timelocked emergency path), và sự thay đổi mô hình niềm tin (trust model)—những ý chính từ bài viết của bạn.

@NewtonProtocol $NEWT #Newt

AI không cần thêm tự do. Nó cần các ràng buộc tốt hơn.

Ai cũng đang chạy đua để xây dựng các tác nhân AI thông minh hơn.

Nhưng trong các hệ thống tài chính, sự “thông minh” mà thiếu kiểm soát có thể trở thành một rủi ro.

Đây là thực tế khó chịu:

Một tác nhân AI có thể đưa ra mọi quyết định đúng như nó đã được lập trình—và vẫn tạo ra một kết quả thảm hại.

Không phải vì nó độc ác.

Mà vì nó được cấp sai quyền, các chính sách chưa đầy đủ, hoặc các mục tiêu không tính đến các rủi ro trong thế giới thực.

Nó không nhận ra ngữ cảnh, đạo đức hay những hậu quả ngoài ý muốn.

Đó là lý do tôi tin rằng bước đột phá tiếp theo trong tài chính gốc AI sẽ không đến từ các mô hình lớn hơn hay suy luận nhanh hơn.

Mà sẽ đến từ “niềm tin” có thể lập trình.

Thay vì hỏi:

Làm sao để AI trở nên thông minh hơn?

Chúng ta nên hỏi:

Làm sao để mọi hành động của AI có thể được chứng minh là an toàn trước khi nó xảy ra?

Đây là bài toán Newton đang giải.

Thay vì dựa vào niềm tin mù quáng, $NEWT giới thiệu một lớp ủy quyền, nơi mọi hành động do AI kích hoạt phải thỏa mãn các chính sách được xác định trước trước khi được thực thi.

Điều đó thay đổi hoàn toàn mô hình bảo mật.

Thay vì theo dõi sai sót sau khi tiền đã được chuyển, Newton tập trung vào việc ngăn chặn các hành động trái phép xảy ra ngay từ đầu.

Một số ý tưởng chính bao gồm:

🔹 Thực thi AI theo “chính sách trước” Các hành động do AI thực hiện được đánh giá trước khi các giao dịch được phê duyệt.

🔹 Ủy quyền chi tiết Các nhà phát triển có thể định nghĩa chính xác AI được làm gì, có thể tương tác với đâu, được phép chi bao nhiêu và trong điều kiện nào.

🔹 Xác minh bằng mật mã Các quyết định chính sách có thể được kiểm chứng, tạo ra một dấu vết có thể kiểm toán thay vì chỉ dựa vào niềm tin.

🔹 Quản trị thích nghi Các chính sách có thể thay đổi khi rủi ro biến động mà vẫn không trao cho AI quyền hạn tuyệt đối.

Đây là sự chuyển dịch từ “AI có thể làm mọi thứ” sang “AI chỉ có thể làm những gì nó đã được ủy quyền rõ ràng để thực hiện”.

Và tôi nghĩ đó là hướng mà ngành cần.

Bởi vì trong tài chính, AI an toàn nhất sẽ không phải là AI có IQ cao nhất.

Mà là AI có các “hàng rào bảo vệ” vững chắc nhất.

#newt $NEWT @NewtonProtocol

Chỉ công nghệ thôi sẽ không định hình được niềm tin vào tài chính do AI tạo ra.

Càng tìm hiểu về **Newton Protocol ($NEWT )**, tôi càng nghĩ rằng chúng ta đang đặt sai câu hỏi.

Phần lớn các cuộc thảo luận tập trung vào việc các tác nhân AI ngày càng trở nên mạnh mẽ.

Nhưng câu hỏi thực sự là:

Làm thế nào để khiến mọi người cảm thấy thoải mái khi để AI quản lý tiền của họ?*

AI hiện đã có thể quản lý danh mục, tối ưu lợi suất và tương tác với các giao thức DeFi. Nhưng khi các tác nhân này trở nên có năng lực hơn, người dùng cần niềm tin rằng mọi hành động đều nằm trong các quy tắc mà họ đã phê duyệt.

Đó là điều khiến tôi thấy hứng thú về Newton.

Thay vì yêu cầu người dùng chỉ cần tin tưởng một tác nhân AI, Newton sử dụng ủy quyền dựa trên chính sách: mọi hành động đều được kiểm tra dựa trên các quy tắc được đặt sẵn như giới hạn chi tiêu, các ví đã được duyệt hoặc các giao thức được phép trước khi thực thi.

Nếu một hành động không đáp ứng chính sách, hành động đó sẽ không xảy ra.

Không chỉ là làm cho AI nhanh hơn—mà là làm cho AI có thể dự đoán được hơn.

Một điểm quan trọng khác là **xác minh mật mã**. Thay vì nói, *"Hãy tin AI,"* Newton cho phép kiểm chứng rằng chính sách đã được phê duyệt thực sự đã được tuân thủ.

Cuộc trò chuyện chuyển từ
**"Hãy tin AI."**

sang

Xác minh AI.

Tôi nghĩ đó là một khác biệt đáng kể.

Cuối cùng, đa số người dùng sẽ không quan tâm đến các rollup hay Zero-Knowledge Proofs. Họ sẽ quan tâm liệu công nghệ có làm cho việc tự động hóa an toàn hơn, giảm sai sót và mang lại cho họ nhiều niềm tin hơn hay không.

Với tôi, đóng góp lớn nhất của Newton không phải là AI thông minh hơn.

**Mà là cho phép người dùng xác định các quy tắc trước, và để AI vận hành trong giới hạn đó.**

**Bạn nghĩ tương lai của tài chính do AI tạo ra sẽ được thúc đẩy bởi AI thông minh hơn, hay bởi những cách tốt hơn để xác minh và kiểm soát nó?**

#newt $NEWT @NewtonProtocol

"Optional" trong một lược đồ API không có nghĩa là tuỳ chọn trong môi trường production. Đây là điều mà mọi nhà phát triển Web3 nên học.**

Trong quá trình làm việc với luồng uỷ quyền của Newton Protocol, có một lựa chọn thiết kế nổi bật đối với tôi: trong lược đồ yêu cầu cơ sở, trường `intent_signature` trong `newt_createTask` RPC được gắn thẻ là tuỳ chọn.

Điều này có thể gây bối rối ban đầu.

Nếu là tuỳ chọn thì tại sao một số yêu cầu lại thất bại mà không có nó?

Câu trả lời nằm ở cách Newton tách ** hạ tầng chung ** khỏi ** các yêu cầu mang tính chính sách riêng . **

RPC cơ sở được thiết kế để hỗ trợ nhiều mô hình uỷ quyền khác nhau. Một số chính sách chỉ cần dữ liệu giao dịch cơ bản, trong khi những chính sách khác xác minh ý định của người dùng bằng ** chữ ký EIP-712**. Endpoint dùng chung không yêu cầu điều này, nhưng nếu một chính sách tham chiếu ` intent_signature `, hoặc nếu một PolicyClient hay luồng uỷ quyền dựa trên danh tính phụ thuộc vào nó, thì chữ ký là bắt buộc.

Đây là một lựa chọn kiến trúc quan trọng.

Thay vì tạo các API riêng cho từng mô hình uỷ quyền, Newton cung cấp một giao diện linh hoạt duy nhất có thể được điều chỉnh cho các nhu cầu bảo mật khác nhau. Điều này giúp giao thức có khả năng mở rộng và cho phép các nhà phát triển xây dựng mọi thứ—từ tự động hoá đơn giản đến các quy trình tài chính được quản lý chặt chẽ—trên cùng một hạ tầng.

Nhưng sự linh hoạt đó kéo theo trách nhiệm đối với bên tích hợp.

Một frontend có thể vượt qua kiểm tra hợp lệ theo lược đồ cơ sở, nhưng vẫn có thể không có đầy đủ các trường mà chính sách đã chọn yêu cầu. Trong nhiều trường hợp, Gateway sẽ từ chối yêu cầu trước khi thậm chí đánh giá chính sách Rego, vì các chữ ký không hợp lệ hoặc rỗng (như `0x`) không tuân theo định dạng chữ ký EIP-712 mong đợi.

Ý nghĩa ở đây là: các nhà phát triển không nên coi việc xác thực theo lược đồ là lớp kiểm tra cuối cùng.

Một tích hợp tốt cần hiểu:

✅ Chính sách uỷ quyền đang được sử dụng.

✅ Chính sách đó có yêu cầu một ý định đã được ký hay không.

✅ Luồng dựa trên danh tính có bổ sung yêu cầu ký nào khác không.

✅ Yêu cầu người dùng ký trước khi gửi yêu cầu

#newtonprocol @NewtonProtocol $NEWT