Đọc lại tài liệu hợp đồng staking của @BabylonLabs_io , một chi tiết đã làm tôi mắc kẹt khá lâu.
Hóa ra toàn bộ quy trình staking không phải là thực thi động, mà giống như một sơ đồ giao dịch đã được vẽ sẵn trước. Khi bạn thực hiện staking, giao thức đã được ký trước toàn bộ các giao dịch liên quan, bao gồm cả đường dẫn gỡ khóa và xử phạt tịch thu; dòng tiền cũng đã được “đóng đinh” từ trước khi UTXO được khóa trên chuỗi.
Lúc đó tôi tự hỏi, sao không dùng hợp đồng động trực tiếp? Sau này mới nhận ra rằng, khả năng biểu đạt của Script trong Bitcoin kém xa để xử lý logic trạng thái hóa mà Babylon cần. Vì vậy, nó dùng sơ đồ giao dịch đã ký trước để mô phỏng hành vi hợp đồng: UTXO được staking chỉ có ba nhánh đường đi. Hết thời gian khóa thì tự rút lại, phối hợp với ủy ban để gỡ khóa sớm, hoặc bị người xác thực đồng ký kích hoạt tịch thu phạt.
Điểm cốt lõi của thiết kế này là: dù chain Babylon có “sập”, các nhánh đường dẫn được định sẵn trên mainnet Bitcoin vẫn có thể được thực thi, và tiền được bảo đảm an toàn tuyệt đối vì được ghim chặt vào các quy tắc UTXO gốc. Nhưng cái giá cũng rất rõ ràng: tính linh hoạt gần như bằng không; muốn thay đổi cấu hình à? Không có chuyện đó—muốn đổi thì trước hết phải gỡ khóa rồi staking lại.
Trước đây tôi vẫn không hiểu nổi: Bitcoin không có smart contract, vậy Babylon dựa vào cái gì để tự động tịch thu phạt? Đọc lại whitepaper thì mới hiểu: nó đi theo con đường mật mã “tối thượng”, có thể trích xuất chữ ký dùng một lần (EOTS). Nếu người xác thực làm đúng, chỉ cần ký một lần bằng một khóa riêng; nhưng nếu ở cùng một độ cao mà đồng ký song song, thì bản thân chữ ký sẽ bị rò rỉ khóa riêng. Bất kỳ ai có được khóa riêng đều có thể đăng một giao dịch hủy trên blockchain Bitcoin, trực tiếp “đốt” tài sản staking của kẻ vi phạm. Đây không phải dựa vào việc phán đoán bằng chứng ngay trên chain, mà là khiến hành vi gian ác tự động lộ ra các chứng cứ trừng phạt nhờ mật mã thay cho những logic phức tạp. So với các phương án kiểu “bắc cầu” mạnh tay Bitcoin sang mạng bên ngoài và dựa vào multisig, Babylon có vẻ đặc biệt kiềm chế. Nó không định viết lại tầng nền của Bitcoin, mà tận dụng Taproot: mỗi khoản tiền được khóa độc lập trong các đơn vị trạng thái gốc, từ gốc rễ loại bỏ rủi ro của việc dùng chung một “bể” tiền.
Tất nhiên, cũng không hoàn hảo. Điều kiện kịch bản quá phức tạp, yêu cầu với đội phát triển cực cao; và throughput trên mainnet cũng tạo ma sát khi tương tác. Nhưng nó đưa ra một bài toán lựa chọn rất rõ ràng: trên Bitcoin, để được “lãi kép” on-chain thì là sự tiện lợi nhưng có thể có hộp đen cho bên trung gian, hay là một phòng tuyến mật mã nặng nề hơn nhưng không thể bị giả mạo? Tôi chọn phương án thứ hai. Sự xác định này, chính là “niềm tin” thật sự của staking Bitcoin. $BABY #baby
Trước khi thấy dự án BTCFi ($BABY ), phản ứng đầu tiên của tôi là: lại phải cross-chain, lại phải “đóng gói” tài sản, rồi còn phải tìm đơn vị lưu ký bên thứ ba. Là một người để coin vào ví lạnh vài năm rồi không đụng tới, tôi thực sự không dám chạm vào những thứ kiểu này—chi phí niềm tin quá cao.
Nhưng sau khi xem xong tài liệu chính thức của @BabylonLabs_io , tôi mới nhận ra mình đã quá thiển cận. Họ khóa BTC liên tục trên mainnet Bitcoin, dùng script Taproot để điều khiển; phía Ethereum chỉ ghi nhận một trạng thái, hai bên ràng buộc theo kiểu nguyên tử. Việc hoàn lệnh (redeem) dựa vào cơ chế thử thách BABE để xác minh—suốt quá trình không có cầu cross-chain, không cần Wrapped BTC, và cũng không có bên lưu ký tập trung.
Nói thẳng ra, thứ bạn tin không phải là một nhóm hay tổ chức nào, mà là chính mật mã học và giao thức. Tôi nghĩ đây mới là dáng vẻ đúng của BTCFi. Không phải làm một sản phẩm, mà là xây cơ sở hạ tầng cho native BTC. Cho vay chỉ là bước đầu tiên; về sau, các ứng dụng on-chain xoay quanh BTC đều có thể “mọc lên” trên nền này.
Tuy vậy, hiện giờ vẫn đang ở giai đoạn thử nghiệm. Tôi chủ yếu theo dõi ba chỉ số: tăng trưởng mainnet TVL, số lượng giao thức DeFi được tích hợp, và tỷ lệ hoàn lệnh thành công thực tế. Chỉ khi các dữ liệu này tiếp tục đi đúng hướng, mới có thể chứng minh rằng nó thực sự hạ thấp ngưỡng tham gia DeFi của BTC.
Dạo gần đây tôi cũng đang theo dõi việc mở khóa token $BABY . Theo Tokenomics, trong tháng này nội bộ mở khóa khoảng 136 triệu; hệ sinh thái và mảng R&D sẽ giải phóng 112,5 triệu; cộng với lạm phát theo tháng thì lượng cung mới ước khoảng 294 triệu token. Nhưng đừng vội lo—việc mở khóa không đồng nghĩa với việc bị xả hàng. Nhà đầu tư có thể tiếp tục nắm giữ hoặc staking; phía dự án hệ sinh thái phải trả chi phí, và người staking nhận phần thưởng thì lựa chọn của họ cũng khác nhau. Mấu chốt là phải xem áp lực bán thực tế nhân với tỷ lệ bán, rồi so với năng lực hấp thụ của sổ lệnh.
Tôi khá lạc quan rằng họ dùng token vào xây dựng hệ sinh thái, nghiên cứu phát triển và bảo mật mạng. Nếu các khoản đầu tư này mang lại thêm nhiều hoạt động và doanh thu thực sự liên quan đến BTC, thì lượng cung mới hoàn toàn có thể được “tiêu hóa” bởi sức mua tăng trưởng.
Nói cho cùng, nếu native BTC thật sự có thể tham gia DeFi an toàn và hiệu quả, thì ai còn muốn dùng các phương án đóng gói đó? Con đường Babylon—đáng để tiếp tục theo dõi. #baby
#baby $BABY Nói thật, khi tôi vừa thấy dự án @BabylonLabs_io , tôi cũng nghĩ rằng đây chẳng phải chỉ là thế chấp “đổi áo” sao—khóa BTC lấy lợi nhuận, chiêu cũ quen thuộc. Nhưng lướt tài liệu được vài ngày mới thấy hoàn toàn không phải vậy.
Thế chấp BTC, nói trắng ra, là bạn gửi ký quỹ: khóa Bitcoin trên chuỗi và ủy thác cho các node xác thực. Node làm tốt thì bạn nhận phần thưởng; nếu gian lận thì sẽ bị phạt tiền. Vấn đề cốt lõi là ai sẽ đứng ra “gánh” trách nhiệm về an toàn.
TBV đi theo một hướng khác. Nó giống như một tủ bảo hiểm thông minh được “viết sẵn luật”: mỗi tủ tương ứng với một BTC UTXO, tách biệt nguồn vốn, không thể thế chấp trùng lặp. Nhìn từ bên ngoài, các giao thức DeFi thấy rõ ràng bạn đã khóa BTC như thế nào, trạng thái xác minh có thể kiểm tra được, nên họ mới dám yên tâm cho bạn vay các tài sản khác. Đây mới là cách giải phóng tính thanh khoản của BTC, và quan trọng là Bitcoin vẫn không rời khỏi “sân nhà” của chính nó.
Một bên là kiếm tiền từ trách nhiệm an toàn, bên còn lại là nhận hạn mức vay—lãi suất, biến động, rủi ro thanh lý thì bạn tự gánh hết. Đừng nghe người ta thổi phồng cái gọi là “hai lớp lợi nhuận”; nghiên cứu thì nghiên cứu, còn việc TBV hiện tại vẫn đang chạy thử nghiệm trên testnet.
Khi đọc tài liệu BABY, tôi phát hiện họ dùng CometBFT cho cơ chế đồng thuận: trộn bộ Cosmos về với cơ chế thế chấp Bitcoin. Có 100 validator tạo block, 60 người ký xác nhận tính cuối cùng—thiết kế khá tinh tế. Nhưng trong tài liệu TBV, chữ “translation” lại làm tôi ấn tượng hơn. Về bản chất, đó là chuyển ngữ: đưa logic của hợp đồng DeFi thành “ngôn ngữ” mà chuỗi Bitcoin có thể hiểu. Kịch bản Bitcoin vốn dĩ không thể tự hiểu logic từ các chain khác—đây mới là bài toán khó.
Nhóm đang hợp tác với BitVM Alliance. Tiến độ mới nhất là họ đã đệ trình một đề xuất lên Aave DAO, muốn đưa TBV vào Aave V4, thiết kế riêng hai Spoke mới để quản lý việc mượn và thanh lý. Khi tạo Vault thì luật đã được “đóng đinh” sẵn; về sau không ai có thể sửa đổi, niềm tin giao hẳn cho chính code.
Vì vậy, thứ $BABY thực sự đáng để suy ngẫm không phải là thêm một lớp lợi nhuận, mà là liệu Bitcoin có thể—mà không cần bọc, không cần custodian—dựa vào chính các quy tắc của nó, đảm nhiệm nhiều vai trò hơn trong thế giới DeFi hay không. Việc này mà chạy thông được thì sức tưởng tượng sẽ bùng nổ.
#baby $BABY Nói thật nhé, mình vẫn hơi miễn dịch với các dự án trong hệ sinh thái BTC. Đi qua đi lại rồi cũng chỉ là ba chiêu: bọc (wrap), cross-chain, rồi staking. Nhưng @BabylonLabs_io đúng là khiến mình phải nhìn thêm vài lần.
Không phải vì nó quá “ngầu”, mà vì cách nghĩ của nó không giống người khác. Người ta đều đang tìm cách “bê” BTC ra khỏi mạng Bitcoin; còn nó lại muốn để BTC ngoan ngoãn ở yên trong nhà, nhưng vẫn có thể đi làm kiếm tiền bên ngoài.
Cốt lõi có hai việc: một là staking gốc (native staking), tương tự như việc đặt ký quỹ để làm “bằng chứng an toàn” cho các chain khác; hai là TBV (Trustless Bitcoin Vaults), tức là gắn cho BTC một loại “khóa thông minh”. Đồng vẫn nằm trong ví của bạn, nhưng phía DeFi có thể nhận cái “khóa” này như một tài sản thế chấp. Nói trắng ra: để BTC có thể dùng cho nhiều kịch bản mà không cần rời khỏi nhà. Không cần bọc, không đi qua cầu cross-chain, và mức độ an toàn đúng là nhỉnh hơn một đoạn.
Nhưng đừng vui quá sớm. TBV hiện vẫn đang ở testnet. Bên phía dự án cũng thừa nhận giai đoạn đầu vẫn chưa tích hợp được với hệ thống staking. Cái gọi là “staking kèm thế chấp” cho đến nay mới dừng ở mức PPT. Cơ chế đồng thuận chơi kiểu “xác thực kép” — nghe thì rất hardcore, nhưng khi vận hành thực tế thì chi phí/độ phức tạp để phối hợp không hề thấp. Chỉ cần một trong hai bên xác thực mà “lệch nhịp” là cả chuỗi có thể bị kẹt.
Nhìn chung, mình công nhận định hướng của BABY, nhưng tiến độ triển khai hơi chậm. $BABY là token quản trị, liệu sau này có chống đỡ được cả hệ thống này không thì mấu chốt nằm ở việc TBV khi nào thực sự chạy thông. Có tiến triển gì thêm mình sẽ lôi ra mổ xẻ tiếp sau.
Đào ví Binance! Nhận thưởng từ pool 60000 USDG! Ví Binance hiện đã hỗ trợ Robinhood rồi!
Cuộc thi trải nghiệm giao dịch on-chain mùa 4 đã lên sóng. Đến ví Binance để check-in Robinhood và giành pool thưởng 60000 USDG
Cách chơi là với các token do Virtuals Protocol phát hành trên chuỗi Robinhood. Xếp hạng theo lợi nhuận/lỗ đã hiện thực, top 100 sẽ được chia thưởng từ pool; vị trí số 1 có thể nhận 12000 USDG
Điều kiện tham gia: 1》Dùng ví Binance (không có khóa riêng) để đăng ký và giao dịch 2》Chỉ thống kê các token do Virtuals Protocol phát hành trên chuỗi Robinhood 3》Cặp giao dịch cần bao gồm $VIRTUALS, $USDG, $ETH hoặc $WETH 4》Chỉ những người hoàn thành ít nhất 1 lần mua và 1 lần bán mới đủ điều kiện xếp hạng 5》Ví không được phép xuất khóa riêng và không được dùng cùng một ví để giao dịch trên nền tảng khác
Sự kiện đã bắt đầu, kết thúc vào ngày 5 tháng 8 Cần đăng ký trước. Những ai đang chơi Robinhood có thể thuận tiện tham gia cùng, vừa kiếm lời từ giao dịch vừa nhận thêm một phần thưởng.
Liên kết riêng dành cho ví Binance: https://web3.binance.com/pnl-tc/szn4?ref=FFFAAA
$BABY Dạo gần đây hệ sinh thái Bitcoin thật sự rất sôi động, nhưng sau khi tôi đi một vòng tìm hiểu, Babylon Labs là cái đáng để theo dõi nhất.
Trước đây chúng ta nắm BTC trong tay, ngoài việc gom giữ chờ tăng giá ra thì cơ bản chẳng làm được gì. Muốn tham gia DeFi ư? Hoặc là bọc qua cross-chain, rủi ro cao đến mức muốn hù chết; hoặc là giao cho các nền tảng tập trung, ngày nào cũng thấp thỏm sợ họ “bỏ chạy”. Nhưng Babylon lại mang đến một ý tưởng mới: cho phép chúng ta dùng BTC gốc để thế chấp, tài sản không cần phải chuyển đi, không phải giao cho bên thứ ba, độ an toàn được đẩy lên tối đa.
@BabylonLabs_io Thông minh nằm ở chỗ nào? Nó “xuất khẩu” sức mạnh đồng thuận và khả năng an ninh của Bitcoin sang các chuỗi PoS khác. Nói thẳng ra, BTC không còn chỉ là một “cục tiền chết”, mà trở thành nền tảng an ninh cho cả hệ sinh thái trên chuỗi. Gần đây, dự án của họ còn làm mình ấn tượng hơn với Trustless Bitcoin Vaults (TBV): thậm chí có thể dùng BTC gốc, thông qua chứng minh mật mã, để làm tài sản thế chấp trong DeFi trên Ethereum—tự giám sát (self-custody) và thanh khoản đều được xử lý. Nếu điều này thành công, thì các mảng cho vay, stablecoin, phái sinh... đều có thể kéo vào hết—khung cảnh đó tôi thật sự không dám tưởng tượng.
Thêm nữa, token $BABY cũng không “lừa” ai cả: ngoài phí và cơ chế quản trị, còn có thể tham gia sâu vào hệ sinh thái. Nhóm dự án kéo lịch giải phóng token khá dài, áp lực bán ra trong ngắn hạn nhỏ—trong bối cảnh thị trường gấu thế này quả là điểm cộng lớn.
Tất nhiên, TBV vẫn đang ở testnet; việc cơ chế thanh toán/clear có ổn không, xác thực cross-chain có đáng tin không thì phải theo dõi thêm. Nhưng câu chuyện “an ninh Bitcoin + staking + PoS” thì khả năng tưởng tượng đã bùng nổ rồi. Bitcoin đang chuyển từ một chiếc két tiền thành một tài sản tạo năng suất (productive asset), và Babylon đang nắm đúng mạch sống đó. Dự án này tôi sẽ “cày” tới cùng—có tiến triển gì tôi sẽ báo lại anh em. #baby
@grvt_io 730 Tháng 9 TGE, trước đó việc “撸毛” tôi không tham gia, không biết có hiệu ứng làm giàu không? Tôi nhớ hiệu ứng “airdrop” ngày trước, đặc biệt là bây giờ trong giai đoạn thị trường gấu, mong có thêm vài hiệu ứng làm giàu để khuấy động cảm xúc mọi người. Dù tôi không “撸”, nhưng thấy người khác “撸” được khoản lớn cũng là điều tốt.
Tuần trước mình giúp một người bạn rà soát các hợp đồng liên quan đến kho quỹ (vault), lật qua một đống tài liệu về Newton. Nó tự xưng là một mạng lưới thẻ tín dụng “on-chain”, vừa thấy định vị này trong lòng mình đã nổi lên cả một loạt câu hỏi.
Mình đọc kỹ toàn bộ chuỗi logic mới hiểu ra: lõi của nó là chèn thêm một bước “tiền kiểm duyệt” (pre-audit) giữa khâu giao dịch và thanh toán cuối cùng. Với hợp đồng thông thường, chỉ cần chạy bằng code; giờ đây lại có thêm lớp kiểm tra từ nhà vận hành (operator), tức là thêm một rào cản. Dự án viết chiến lược kiểm soát rủi ro bằng Rego; so với Solidity thì việc này phù hợp với logic nghiệp vụ của doanh nghiệp hơn, điểm này mình khá ghi nhận. Nhưng vì có thêm một lớp trừu tượng, chi phí bảo trì về sau và các rủi ro “ẩn” cũng theo đó tăng lên. Operator thì dựa vào EigenLayer để tái thế (restake), dùng zero-knowledge proof để ràng buộc hành vi; hiện tại vẫn đang ở bản thử nghiệm, cần nhiều node cùng kiểm duyệt đạt chuẩn mới được phép thông qua. VaultKit có thể giúp vault “bắt buộc triển khai” các quy tắc kiểm soát rủi ro, đồng thời tích hợp nguồn dữ liệu Chainalysis và RedStone, kết hợp TEE và ZK để vừa bảo toàn quyền riêng tư vừa đảm bảo tính có thể xác minh. Tuy vậy, các khâu được xâu chuỗi hơi dài: tổn hao về gas và độ trễ giao dịch thật sự không thể xem nhẹ.
Điểm thu hút mình nhất là nó hỗ trợ AI Agent. Chỉ cần mô tả rõ nhu cầu, ví dụ lấy 30% USDC để canh thời điểm đổi sang ETH, còn lại toàn bộ thao tác giao cho agent; Policy Pack chịu trách nhiệm “giữ chặt” ranh giới. Theo mình, đây là một giải pháp khá mới mẻ trong DeFi theo hướng đơn giản hóa. Nhưng trong tài liệu lại không giải thích thấu đáo logic ra quyết định của Agent và chi tiết mô hình, gần như là một “hộp đen”, người dùng không thể kiểm chứng các tiêu chí về “thời điểm phù hợp”. Code của hợp đồng truyền thống thì mở hoàn toàn, có thể kiểm toán; nếu phần này mà công bố được báo cáo kiểm toán đầy đủ thì độ tin cậy sẽ cao hơn nhiều.
Nhìn chung, Newton trộn lẫn tính mở của DeFi với cơ chế phê duyệt tuân thủ dành cho tổ chức. Việc dùng WASM kết hợp Rego cho phép làm các plugin kiểm duyệt có thể cắm thêm linh hoạt, rất thân thiện với nhà phát triển—và cũng là một dự án nổi bật trong mảng AVS hot hiện nay. Giai đoạn hiện tại nhiều cơ chế vẫn đang được hoàn thiện; đợi khi thực sự triển khai phi tập trung đa node thì mới có nhiều thứ để xem. Mình không phải đang “xem nhẹ” dự án, chỉ là mọi dự án mới đều cần thời gian để hoàn thiện, đặc biệt là độ minh bạch của phần AI Agent cần tối ưu thêm. $NEWT hiện vẫn ở giai đoạn sớm, có thể tiếp tục quan sát.
Newton Protocol: Chiến lược Rego, TEE+ZK, EigenLayer rồi tái đặt cọc — lớp tuân thủ này rốt cuộc có thực sự làm được không?
Nửa đêm điện thoại rung lên một cái, tôi hoàn toàn ngơ ngác. Tôi nhắm mắt nhìn màn hình, thông báo nói rằng trong vault có một khoản tiền bị thay đổi do điểm rủi ro, nên quỹ đã được chiến lược tự động chuyển lệnh. Lúc đó đầu óc tôi chỉ có một câu: Tiền của tôi đâu? Vội vàng bật dậy mở máy tính, vào Newton Explorer để xem lịch sử thực thi của chiến lược Rego đó. Lật vài màn log, tôi phát hiện muốn biết chính xác tài sản của mình đã bị ai động vào, thì trước hết phải hiểu một đoạn mã trông như điều khoản trong luật. Có lẽ đây chính là màn “ra mắt” dành cho người dùng phổ thông của Newton: muốn chơi thì phải học trước. Nói trước về cái “bánh vẽ” nó vẽ ra, đúng là nghe rất hấp dẫn. Tài chính trên chuỗi mỗi ngày chạy hàng trăm tỷ đô la, nhưng phần lớn các giao dịch trước khi xảy ra thì chẳng ai chịu bấm đồng ý. Newton muốn làm là trước khi giao dịch được thực thi, thêm một “cánh cổng” thông minh: viết chiến lược bằng Rego/OPA, chạy trên mạng operator của EigenLayer, rồi bọc thêm một lớp bằng TEE và chứng minh không kiến thức (zero-knowledge), nói là giải pháp tuân thủ có thể được xác minh, an toàn về quyền riêng tư và phi tập trung. Tôi đem đống thuật ngữ này ra nhai một lúc, thấy nó đúng là đang làm nghiêm túc, nhưng mỗi bộ phận lại có mùi “lý thuyết nghe rất đẹp”.
Trong vài năm qua trong giới, bây giờ khi xem dự án mới, việc đầu tiên tôi làm là soi cách phân bổ token. Nhiệt độ cộng đồng có cao đến đâu mà tổ chức và đội ngũ nắm phần lớn, lại không khóa/vesting thì đó chính là đang đào hố cho nhà đầu tư lẻ. Lần này với GRVT, tôi đã lật kỹ thông tin chính thức; nói thật là cảm xúc của tôi hơi phức tạp.
Trước hết là token. Tổng cung 1 tỷ. Truyền thông chính thức nói 28% dành cho cộng đồng và airdrop. Nghe thì có vẻ hào phóng, nhưng bóc cấu trúc ra thì vốn đầu tư 19,9%, đội ngũ 19%, và dự trữ cho tương lai 33,1%. Ba mảng này cộng lại thẳng lên 72%, tức là phần cộng đồng nhận được gần như chỉ là phần còn lại sau khi các tổ chức đã lấy. Mệt nhất là thời gian TGE cứ đổi đi đổi lại: từ cuối tháng 6 bị kéo lê đến ngày 21/7. Kiểu “trễ hẹn” lặp lại này tiêu hao kiên nhẫn ghê. Tuy nhiên, phía chính thức sau đó lại nâng phần dành cho cộng đồng từ 22% lên 28%, quyền lợi của người tham gia ở quý 2 cũng được cộng thêm chút—ít nhiều cũng là lời giải thích cho những người dùng kiên trì chờ lâu. Nhưng việc số lượng lớn sẽ được mở khóa như thế nào, khi nào có thể bán ra (dump), đến nay vẫn mờ mịt. Dù có tổ chức hàng đầu đứng sau chứng thực, chuyện này vẫn thiếu minh bạch, nên trong lòng cứ như treo một cục đá.
Tôi không phủ nhận là cách nghĩ của GRVT có điểm khá thú vị. Nó không đi theo hướng thuần phi tập trung; ngược lại nhấn mạnh trải nghiệm theo chuẩn của tổ chức, tuân thủ, và tự lưu ký (self-custody). Kiến trúc Hybrid Exchange tách riêng các phần như khớp lệnh, thanh toán và quyền kiểm soát tài sản: vừa để người dùng nắm quyền sở hữu tài sản, vừa hướng tới hiệu suất giao dịch chuyên nghiệp. Có chạy thông mạch hay không thì chưa dám khẳng định, nhưng ít nhất nó đang cố gắng giải quyết những vấn đề thực tế mà DEX thuần túy giải quyết không ổn, thay vì chỉ chăm chăm “cạnh tốc độ và phí”.
Giờ tôi chỉ chờ họ làm rõ lịch trình mở khóa token thật sự minh bạch, rồi mới quyết định có xuống tiền hay không. Hẹn ngày 21/7 để xem thực hư. @grvt_io #grvt
Dạo này tôi đã lật đi lật lại nghiên cứu quỹ chiến lược của @grvt_io mấy lần rồi, càng xem càng thấy cơ chế hoàn trả (redeem) được thiết kế khá thú vị.
Bề ngoài thì nó giống một hệ thống xếp hàng, nhưng ngẫm kỹ mới phát hiện bên trong có “chiêu”: khi yêu cầu hoàn trả được đưa vào hàng đợi và đến 90% thời hạn tối đa theo ngưỡng cài đặt, hệ thống sẽ tự động kích hoạt ưu tiên “gấp rút”, đẩy yêu cầu của bạn lên phía trước. Nghe có vẻ công bằng đúng không? Nhưng thực tế khi tôi thao tác thì nhận ra rằng nếu số tiền lớn được thiết lập với “khung thời gian” dài, họ có thể tận dụng đi tận dụng lại quy tắc này để, khi thanh khoản đang căng, chèn các yêu cầu thông thường xuống phía sau.
Tôi đã thử với số tiền nhỏ vài lần và luôn nhìn chằm chằm dữ liệu vault_im_additions. Chỉ cần xuất hiện các đợt hoàn trả gấp rút tập trung, ngưỡng ký quỹ bảo chứng chiến lược sẽ bị kéo tăng thẳng lên, không gian thao tác của người quản lý giao dịch bị thu hẹp, và giá trị của phần nắm giữ còn lại cũng bị ảnh hưởng dây chuyền. Trước khi bước vào, hiện tại tôi làm bắt buộc hai việc: một là nắm rõ chu kỳ hoàn trả tối đa của chiến lược trong bảng, hai là liên tục theo dõi biến động lịch sử của chỉ số này. Nếu con số thường xuyên bật tăng “đột biến”, điều đó cho thấy áp lực hoàn trả quá nặng; lợi suất chiến lược rất có khả năng bị kéo chậm. Theo dõi lâu dài cũng cần chú ý thêm các bản ghi hoàn trả bắt buộc.
Nhưng nói thật, dùng GRVT tổng thể vẫn khiến tôi khá ấn tượng. Trước đây tôi phải chia tiền thành hai phần: một phần đem đi thế chấp để kiếm lợi nhuận, một phần để lại cho giao dịch; hiệu suất sử dụng vốn của cả hai phía đều khá thấp. Giờ thì chỉ với một khoản dư, có thể vừa giao dịch crypto, vàng, cổ phiếu vĩnh viễn, vừa nhận lãi đồng bộ cho phần tiền đạt chuẩn—vừa giao dịch sinh lời, vừa tích lũy sinh lãi. Thêm nữa là thanh toán trên chuỗi với cơ chế tự giám hộ (self-custody), cảm giác an toàn mạnh hơn nhiều. Khi RWA ra mắt, ngưỡng để người bình thường tham gia các chiến lược cấp tổ chức cũng thấp hơn. Tôi vẫn đang thử với lệnh nhỏ, tập trung quan sát tốc độ khớp lệnh và mức độ minh bạch của lợi nhuận—nền tảng mới chắc chắn phải DYOR.
TGE của token được chốt vào ngày 21 tháng 7, tổng số lượng 1 tỷ token, trong đó airdrop cho cộng đồng chiếm 28%. Tôi không đặt cược sớm vào việc tăng hay giảm, mà định chờ đến khi nền tảng mở ra thanh khoản thực sự rồi mới quan sát. Việc mua lại khóa giữ và airdrop giải phóng theo từng đợt sẽ tạo ra lực kéo cung-cầu; trong vài tuần trước ngày lên sàn, thị trường nhiều khả năng sẽ dao động biên độ rộng. Tất cả vẫn phải dựa vào dữ liệu thật. Thiết kế “một tài khoản dư” (unified balance) đúng là tối ưu theo kiểu hạ chiều cho người giao dịch tần suất cao. Sau này dùng sâu hơn tôi sẽ bổ sung thêm dữ liệu thực nghiệm cho mọi người. #grvt
Phân tích tổng quan Newton Protocol: Góc thực chiến của kho bạc DeFi, và những ẩn số về RWA, stablecoin, cùng AI agent
Gần đây tôi vẫn luôn lật giở lộ trình Mainnet Beta của Newton Protocol, xem đi xem lại mấy lần. Nói sao cho đúng nhỉ—lộ trình này giống như một đường thẳng rõ ràng nhưng lại đầy biến số: bắt đầu từ kho bạc DeFi, rồi mở rộng sang RWA và stablecoin, cuối cùng là hướng tới việc hỗ trợ các AI agent. Bốn hướng được sắp xếp ngay ngắn trên giấy, trông như một kế hoạch được triển khai theo thứ tự. Nhưng càng ngẫm tôi càng thấy có thể họ đang viết về cùng một thứ, còn khi làm thì có lẽ đó lại là những chiến trường hoàn toàn khác nhau. Trước hết, nói về những gì Newton làm đúng ở mảng kho bạc DeFi. Tôi đồng ý với cách họ chọn điểm khởi đầu từ đây. Kho bạc DeFi ở cấp độ tổ chức quản lý hàng chục tỷ tài sản, kiểm soát rủi ro trong thời gian dài lại phụ thuộc vào quy trình ngoài chuỗi và con người theo dõi bảng giá; các vấn đề như mức độ tập trung của đối tác, giới hạn APY, ngưỡng đòn bẩy, và mức độ lành mạnh của oracle—tất cả đều quá thực tế. Các đối tác mà Newton lựa chọn cũng rất thực dụng: Chainalysis làm tuân thủ, Hexagate lo về bảo mật, Vaults.fyi đặt ra chuẩn rủi ro, còn RedStone đảm bảo chất lượng dữ liệu oracle. Đội hình này trong hệ sinh thái DeFi đã được mài giũa không phải ngày một ngày hai. Chiến lược được viết bằng mã Rego, việc thực thi trên chuỗi còn để lại các chứng cứ có thể xác minh—kiến trúc và các giả định kỹ thuật khớp với nhau thực sự rất ổn. Khi nghiên cứu phần này, tôi thật sự cảm thấy họ đang lấp một khoảng trống có thật, không phải tự bịa ra nhu cầu.
Trong khoảng thời gian này, tôi đã mày mò và nghiền ngẫm @NewtonProtocol không biết bao nhiêu lần cho ra được sự thấu đáo.
Thứ ban đầu thực sự thu hút tôi, đúng là bản roadmap đó. DeFi vault, RWA, stablecoin, AI agent—từng bước một, nhìn rất ngay ngắn, như một dự án làm việc đàng hoàng. Vì vậy tôi lao vào “phần đầu tiên” của nó, ở trong DeFi vault rất lâu. Khi bản Beta của mainnet lên sóng, tôi khá phấn khích: Chainalysis, Hexagate, RedStone—những tổ chức đầu ngành đều hợp tác, có đầy đủ tuân thủ, an toàn, oracle. Chiến lược chạy trên chuỗi, xác thực thực thi theo dạng Rego, logic khép kín là thông. Lúc đó tôi thật sự nghĩ rằng dự án này có thể nắm vững.
Nhưng càng về sau càng tự soi lại trong lòng, tôi càng thấy không yên. Kế hoạch bốn bước của nó—thực ra không phải kiểu “nâng cấp đánh quái”, mà là bốn ngọn núi hoàn toàn khác nhau. RWA không phải chuyện chỉ làm được trên chuỗi; còn phải va chạm với luật pháp và hệ thống tư pháp ngoài đời, mức độ phức tạp tăng gấp đôi luôn. Stablecoin thì càng khỏi nói, phía trước có các “ông lớn” đè sẵn, vậy nó dựa vào gì để xông ra khỏi vòng vây? Còn ranh giới trách nhiệm của AI agent—cả ngành hiện tại vẫn đang trong giai đoạn mò mẫm.
Nói thêm về cái thứ nó quảng bá là TEE + ZKP, bảo rằng “kết thúc khủng hoảng niềm tin”. Tôi xem xong chỉ muốn bật cười: trọng tâm chẳng phải vẫn dựa vào hộp đen phần cứng của Intel sao? Đó đâu phải là giải quyết niềm tin, mà là chuyển niềm tin từ phía dự án sang nhà sản xuất chip—và chuyện lỗ hổng phần cứng thì thiếu gì? Thêm một điểm nữa: đối tác hợp tác ra mắt của nó, toàn là các nhà cung cấp dịch vụ dữ liệu, không phải tổ chức kiểm toán. Policy engine có chuẩn đến mấy, nếu dữ liệu đưa vào là bịa, thì xác thực đẹp đẽ thế nào cũng vô nghĩa. Tính tin cậy của tính toán thì có thể tin, nhưng đầu vào lại không tin—mạch logic này vốn dĩ đã bị nứt từ đầu.
Vì vậy, với định giá của $NEWT , tôi cực kỳ “cứng nhắc”: chỉ nhìn vào dữ liệu thực tế mà DeFi vault chạy ra; còn bên RWA mà không có hợp tác của các tổ chức một cách cụ thể, đàng hoàng, thì tôi tuyệt đối không tính nó vào giá. Kế hoạch viết càng hoa mỹ, thứ “tiền trả được ngay” vẫn là việc triển khai thực tế. Nhìn rõ nền màu, mới giữ được vị thế—đó là bài học tôi đã trả giá để đổi lấy. #Newt
Đồng thuận luồng hai giai đoạn + chữ ký tổng hợp BLS: Newton giải bài toán căn khớp dữ liệu ngoài chuỗi như thế nào
Vừa liếc qua @NewtonProtocol một chút, nói thật là lâu rồi mới thấy một dự án khiến mắt mình sáng lên như vậy. Các “lão làng” chơi coin đều biết chuyện tuân thủ trên chuỗi đã được rao suốt mấy năm nay, nhưng vẫn cứ thiếu một phương án có thể triển khai được. Năm ngoái mình giúp bạn xem một hợp đồng Vault thì đã khá đau đầu: logic trên chuỗi thì không có vấn đề gì, vậy mà cuối cùng vẫn bị đủ loại kiểm tra tuân thủ “chặn” đến mức chết hẳn. Lúc đó mình mới nghĩ, giá mà có một lớp xác thực dữ liệu ngoài chuỗi đáng tin cậy thì tốt biết mấy. Tư duy của Newton đúng là có điểm hay. Mình đã nghiền ngẫm cơ chế đồng thuận của nó, quả thực không giống lắm với điều mình từng nghĩ về xác thực đa nút. Trước đây mình cứ tưởng là tìm vài nút cùng kiểm tra dữ liệu, bên nào giống nhau thì tin. Nhưng nó lại thiết kế một cơ chế đồng thuận luồng hai giai đoạn, cái này khá khéo.
Nói thật, @grvt_io cái “chiến lược ngân khố” này càng đào càng thấy vị. Bề ngoài nhìn thì chỉ là cơ chế xếp hàng để chuộc lại, nhưng vận hành thực tế lại có nhiều “mánh”.
Việc chuộc lại đó không phải FIFO thuần túy; điểm mấu chốt nằm ở phần “xét khẩn cấp”: nếu thời gian chờ của yêu cầu chuộc vượt quá 90% thời hạn chuộc lại tối đa, thì có thể được chen hàng để ưu tiên xử lý. Nghe có vẻ thân thiện đúng không? Nhưng khi chạy lên thì các lệnh quy mô lớn trong những giai đoạn cửa sổ dài liên tục bị chen hàng là chuyện thường. Khi thanh khoản của ngân khố bị thắt lại, các yêu cầu của người dùng phổ thông sẽ rất dễ bị đẩy lùi phía sau, khiến họ chỉ có thể đứng nhìn.
Nguy hiểm hơn là trường “vault_im_additions”. Khi kích hoạt chuộc lại khẩn cấp, yêu cầu ký quỹ ban đầu của chiến lược sẽ được tăng đồng bộ. Ví dụ: tổng quyền lợi của chiến lược là 100.000, ký quỹ ban đầu 80.000, tự nhiên có thêm một khoản chuộc khẩn cấp 30.000 thì ngưỡng ký quỹ sẽ bị đẩy thẳng lên 110.000. Quản lý chiến lược chỉ có thể siết chặt rủi ro, cắt vị thế; phần quyền lợi của nhà đầu tư còn lại cũng theo đó mà “gặp nạn”. Vì vậy trước khi tôi bước vào phải làm bài: trước hết xác minh rõ thời hạn chuộc tối đa của từng chiến lược, rồi liên tục theo dõi dao động lịch sử của vault_im_additions. Nếu con số này cứ nhảy tăng thường xuyên, nghĩa là áp lực chuộc đang xâm thực dần không gian vận hành của chiến lược—lúc này lao vào chính là ôm cọc.
Nói tiếp về TGE của GRVT: phía chính thức xác nhận lên sàn vào ngày 21 tháng 7, tổng cung 1 tỷ token, tỷ lệ cho cộng đồng và airdrop chiếm 28%. Hiện thị trường quan tâm nhất là lực bán do mua lại khóa sàn và airdrop mở khóa—cái nào “nặng” hơn. Quan điểm của tôi là: hai lực này chủ yếu quyết định mức biến động (volatility), chứ không phải đi theo một hướng duy nhất. Nếu TVL không tăng rõ rệt thì tiền mua lại cũng chỉ như “giọt nước trong ly”. Còn tỷ lệ airdrop từ 22% lên 28%, thì sau khi mở khóa, áp lực bán thực sự chắc chắn sẽ có. Những tuần đầu có biên độ dao động rộng thì có lẽ không tránh khỏi. Thay vì cược hướng ngay bây giờ, tôi thà chờ sau TGE khi thanh khoản thật sự ra mặt, dữ liệu lên tiếng rồi mới quyết có dồn trọng lượng hay không. Câu chuyện có thể rất đẹp, nhưng dữ liệu on-chain và dữ liệu ngân khố sẽ không biết nói dối. Mô hình sàn giao dịch “lai” của GRVT đúng là có điểm đổi mới: CEX nhanh + DEX tự giám sát nghe như đã giải quyết nỗi lo mất niềm tin thời kỳ FTX, nhưng hiệu quả thực tế vẫn phải nhìn dữ liệu sau khi上线.
Tóm lại, GRVT đáng để tiếp tục theo dõi, nhưng trước khi vào phải hiểu thấu cơ chế và dữ liệu—quan trọng hơn nhiều so với việc đu theo hot trend. #grvt
Nói thật, lần đầu nghe nói rằng muốn nhận airdrop còn phải qua kiểm tra an ninh, phản ứng đầu tiên của tôi là: lại thêm một dự án KYC làm màu như thường lệ.
Nhưng sau đó tôi thật sự lật tài liệu của Newton thì mới thấy bộ cách chơi này hoàn toàn không giống những dự án trước kia chỉ đơn thuần thu thập ảnh CCCD. Nó nhúng Human Passport vào luôn trong các quy tắc trước khi giao dịch diễn ra; điểm không đủ là bị chặn cứng, còn chẳng thể chạm tới rìa của cái gọi là airdrop. Bên dự án không cần phải như trước đây chờ đến khi airdrop kết thúc rồi mới chợt nhớ ra để rà soát hàng chục nghìn địa chỉ—mà các quy tắc còn có thể điều chỉnh bất cứ lúc nào, không phải mỗi lần sửa tiêu chuẩn lại viết lại hợp đồng. Chiêu này đúng là “gắt” thật, bầy robot xem ra đã đâm trúng chỗ cứng.
Tuy vậy, trong lòng tôi vẫn còn vài nghi ngờ: cơ chế chấm điểm đặt trước như thế này liệu có thực sự thân thiện với người mới không? Một ví mới tinh, sạch sẽ trên chain, lịch sử mỏng như tờ giấy—dù đó có thể là một con người thật đi nữa—thì hệ thống dựa vào đâu mà cho bạn điểm cao? Lỡ đánh nhầm, người bình thường muốn khiếu nại cũng không biết tìm đường nào để đi. Diệt robot thì tôi giơ cả hai tay tán thành, nhưng nếu cái giá phải trả là vô tình cũng chặn luôn những tân binh vừa bước vào cửa, vậy ranh giới này rốt cuộc vẽ ở đâu? Cái này mới là điểm đáng cân nhắc.
Càng xem càng thấy, phần thật sự thú vị của Newton không phải là kỹ thuật phô trương, mà là việc nó “tách” quyền ban hành quy tắc ra—tra lại cho cộng đồng tự phát triển. Module chiến lược giống như lắp Lego, muốn ghép sao cũng được; cộng đồng còn có thể tự phát hành các gói chiến lược. Nghe thì rất hay, nhưng tôi muốn hỏi một câu: rốt cuộc ai thật sự làm việc này? Whitepaper nói làm được, nhưng giữa việc có nói được và việc có người thật sự sẵn sàng thức đêm để duy trì danh sách, theo dõi diễn biến quản lý để chỉnh tham số—đó là hai chuyện hoàn toàn khác nhau. Vì vậy, việc token $NEWT có thể kích hoạt người làm thật bằng giá trị thật, trực tiếp quyết định hệ thống này là hệ sinh thái sống hay chỉ là một chiếc “vỏ đẹp”.
Nói cho cùng, dù là “Visa trên blockchain”, hay chữ ký gộp BLS đi nữa, nền tảng công nghệ có vững đến mấy thì cuối cùng vẫn là bài kiểm tra của phần dành cho con người: quy tắc được đặt ra thế nào, ai là người duy trì, và nếu lầm thì tìm ai để xử lý. Nếu thật sự có thể kìm tỷ lệ gây nhầm xuống thấp, mở được kênh khiếu nại, và đảm bảo quyền riêng tư không bị phơi ra—thì tôi thật sự sẵn sàng vượt thêm một lớp xác minh, đổi lấy một môi trường airdrop bớt “lộn xộn” hơn. Bạn nghĩ sao? @NewtonProtocol $NEWT #Newt
Từ mạng Operator đến phần mở rộng Rego: $NEWT giải quyết bài toán xác thực khi AI Agent thực thi trên chuỗi như thế nào
Nói thật là năm nay tôi đã xem không dưới hai mươi dự án AI+Web3, phần lớn đều chỉ là kiểu gắn thêm lớp vỏ ví cho ChatGPT, hoặc sửa qua sửa lại hợp đồng multisig rồi đem đi gọi vốn. Vì vậy, khi Newton lần thứ tư xuất hiện trong dòng thời gian của tôi, ban đầu tôi định lướt qua luôn. Nhưng không hiểu sao lại tò mò vào xem dữ liệu trên testnet, rồi thức đêm đọc đi đọc lại bản whitepaper đến ba lần. Nói thật nhé, thứ khiến tôi ấn tượng nhất về mặt kỹ thuật là việc họ tách rất chi tiết quyền thực thi của AI. Không phải kiểu đơn giản là có cấp quyền hay không, mà là thông qua mạng Operator để tạo một lớp xác thực phân tán: mỗi Operator tự độc lập kéo dữ liệu bên ngoài, sau đó thống nhất đối bảng (đối chiếu dữ liệu), cuối cùng tổng hợp chữ ký bằng BLS. Nói thẳng ra thì quy trình này thực chất là giải quyết đúng cái vấn đề muôn thuở: làm sao để tin dữ liệu off-chain trên chuỗi (on-chain)? Chuyện dữ liệu không nhất quán đã hại không biết bao nhiêu người trong lĩnh vực DeFi. Chỉ chênh lệch giá trong vài điểm phần trăm trong hoạt động thanh lý thôi cũng đã có thể gây thiệt hại tới vài trăm nghìn đô. Thiết kế đồng thuận hai giai đoạn của Newton—tức là <t-2/> tại điểm nguồn dữ liệu đã làm một lần hiệu chuẩn nội bộ, đáng tin hơn rất nhiều so với chỉ phụ thuộc vào một oracle đơn lẻ.
Khi vừa thấy tin nhắn thử nghiệm trực tuyến của @grvt_io , tôi suýt nữa xông thẳng vào trải nghiệm luôn. Bởi vì dữ liệu “600.000 TPS và độ trễ 2 mili giây” như vậy đặt trong mảng phái sinh quả thực đủ “đã”. Nhưng may mà tôi không vội hành động, trước tiên tôi lật lại toàn bộ bộ tài liệu nền tảng của họ—càng đọc càng tỉnh.
Sàn giao dịch được xây dựng dựa trên ZK Stack Validium này, về logic thì hoàn toàn khác với Newton ở chỗ họ tái cấu trúc tính hợp pháp của giao dịch. Newton viết bài ở tầng quy tắc, còn GRVT thì là một cuộc đua hiệu năng trần trụi: vừa muốn trải nghiệm mượt mà kiểu CEX, vừa muốn người dùng tự lưu trữ tài sản. Các thông số trên giấy tờ đúng là rất đẹp.
Nhưng khi lần theo mô hình lưu trữ Validium đi sâu xuống, vấn đề liền lộ ra. Toàn bộ bản ghi lệnh và chi tiết vị thế đều nằm trên máy chủ trung tâm do chính dự án kiểm soát. Trên chuỗi Ethereum L1 chỉ đồng bộ “state root” đã nén và bằng chứng không kiến thức, tức là gần như chỉ có một bản sao kê đối soát—không có chi tiết gốc. Như vậy thì rắc rối rồi: một khi máy chủ bị tấn công, hư hỏng vật lý, hoặc có người nội bộ “chỉnh sửa cho khớp”, thì chuỗi không hề lưu dữ liệu đầy đủ. Lúc đó, bạn nói tài khoản của bạn có bao nhiêu tiền—lấy gì để chứng minh? Muốn rút tài sản thì dựa vào đâu?
Vitalik đã từng viết riêng một bài để chỉ ra rõ điểm yếu của kiến trúc Validium. Bản thân GRVT cũng thừa nhận: mức độ phi tập trung của “ủy ban khả dụng dữ liệu” không đủ. Bằng chứng ZK chỉ có thể kiểm tra xem kết quả tính toán trên chuỗi có đúng chuẩn hay không; còn dữ liệu gốc nằm ở máy chủ offline có an toàn không thì nó không quản được. Nói thẳng ra: để đạt tốc độ kiểu CEX, họ đã đặt gần như toàn bộ “quỹ bài” về an toàn tài sản người dùng lên giả định rằng đội vận hành sẽ mãi không xảy ra sự cố. So với phương án thuần ZK-Rollup trên chuỗi, sự đánh đổi này đúng là khá liều.
Vì vậy kết luận của tôi rất rõ ràng: dù tốc độ có “ngon” đến đâu, thì rủi ro mang tính hệ thống như “dữ liệu có thể bốc hơi chỉ trong một đêm” tôi không chịu nổi. Cho đến khi giải pháp lưu trữ phi tập trung thực sự trưởng thành, tôi sẽ không đổ khoản lớn vào đó. #grvt
Những ngày này tôi lục đi lục lại tài liệu của số @NewtonProtocol mấy lần liền, càng xem càng thấy có chuyện gì đó cần phải đem ra nói.
Quyền riêng tư trên chuỗi đáng sợ nhất không phải là việc bị lộ số CMND, mà là chuỗi các thao tác của bạn—bị người ta ghép lại từng chút một để dựng thành một bức tranh giao dịch hoàn chỉnh của bạn. Nghĩ thôi đã thấy lạnh sống lưng.
Hiện nay nhiều dự án miệng thì hô hào rằng PII sẽ không đưa lên chuỗi, chỉ đưa hash, commitment, hay bằng chứng kết quả. Nghe thì rất hay. Nhưng với một mạng lưới ủy quyền như Newton, nó cần xử lý trạng thái KYC, danh sách rủi ro, chính sách quyền hạn; đồng thời còn phải quản lý cả đường đi thực thi của AI Agent. Thứ bạn để lại không còn là một địa chỉ đơn độc nữa, mà là hàng loạt nhãn hành vi có thể phân tích được. Ví dụ: bạn cứ hay thông qua một loại KYC nào đó, ưu tiên một số chiến lược nhất định, ủy quyền thực thi trong một khung thời gian cụ thể—lâu dần, người ta có thể nắm rõ thói quen sử dụng vốn và sở thích rủi ro của bạn.
Việc này với nhà đầu tư lẻ thì dễ bị câu cá nhắm trúng; còn với tổ chức, nếu ý định bị nhìn xuyên từ trước thì còn chơi làm gì?
Vì vậy tôi tập trung vào $NEWT : tôi quan tâm đúng chỗ nó khi làm tuân thủ và kiểm soát rủi ro thì có thể thu hẹp mức độ phơi lộ thông tin xuống nhỏ đến mức nào. Trạng thái KYC chỉ là cho một lần duyệt/từ chối hay còn giấu thêm các nhãn nhỏ? Operator và bên ứng dụng rốt cuộc có thể xem được bao nhiêu ngữ cảnh? Những thông tin này có bị liên kết với nhau về lâu dài không?
Tôi hiểu hướng đi của Newton. Khi AI Agent đã đưa lên chuỗi thì việc thẩm định quyền và ranh giới tuân thủ đúng là không thể tránh. Nhưng quyền riêng tư không thể chỉ dừng lại ở bước không lộ số CMND; phải khiến người ta không thể nhận diện bạn, liên kết bạn, hay dự đoán bạn—đó mới tính là tới.
Nói thêm về chuyện bằng chứng ZK. zkPermissions của Newton cho phép AI agent chứng minh mình không vượt ranh giới—điều đó không có gì sai. Nhưng ZK chỉ xác minh rằng bạn có làm theo quy tắc hay không; nó không thể quản bạn đặt ra quy tắc đó có đúng hay không. Nếu bạn điền sai hạn mức, đưa một dự án rủi ro cao vào white-list của giao thức, hoặc đặt lệch thời gian—thì về mặt toán học, ông nội ZK vẫn trung thực nói rằng nó phù hợp với các tham số sai. Vì vậy sau khi Newton Mainnet Beta ra mắt, điều tôi mong nhất là họ chỉnh ranh giới quyền thành một danh sách rõ ràng, minh bạch—hạn mức, giao thức, thời gian, tài sản, điều kiện kích hoạt—liệt kê từng dòng để người dùng xác nhận. ZK lo phần chứng minh; còn giao diện phải bảo đảm không ai có thể ký bừa trong trạng thái nhắm mắt làm liều—một cái cũng không được thiếu. #Newt $NEWT
平台还在持续拓展现货、外汇、大宗商品赛道,将专业机构使用的投资策略封装为Grvt Strategies对外开放。同一笔资金可兼顾交易、理财、RWA投资,切实践行了Every dollar does more的理念。如果同样厌烦传统DEX层出不穷的痛点,不妨了解下GRVT,综合机制与使用体验来看,它算是链上永续赛道里非常优质的选择。#grvt
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.