Tôi đang cố gắng mô hình hóa thực tế một người đi vay TBV kiếm được bao nhiêu thì tối qua và nhận ra các yếu tố kinh tế khó xác định hơn dự kiến. Việc vay nợ bằng stablecoin dựa trên tài sản thế chấp là BTC đồng nghĩa với việc phải trả lãi ở một phía — nhưng bản thân vault lại không tạo ra lợi suất nội tại. Công thức “carry” (lợi nhuận chênh lệch) cảm giác khá mỏng.
Điều đáng chú ý là nó âm thầm định hình hồ sơ người đi vay. Một người nắm giữ Bitcoin tham gia TBV sẽ phải chịu rủi ro về lãi suất chỉ để mở khóa thanh khoản. Tôi không chắc chi phí vay stablecoin sẽ ổn định ở mức nào đối với các vị thế được bảo đảm bằng BTC, nhưng chỉ một số trường hợp sử dụng cụ thể có thể thực sự khiến bài toán có lợi về mặt kinh tế.
Câu hỏi khiến tôi suy nghĩ là liệu đa số người nắm giữ BTC có thật sự cần thanh khoản stablecoin đến mức sẵn sàng trả lãi liên tục để tiếp cận hay không. Điều này khiến tôi nghĩ rằng kinh tế của TBV âm thầm tự chọn cho một nhóm người dùng hẹp hơn so với những gì thị trường mục tiêu có vẻ cho thấy ở bề mặt.
Nhìn từ bên ngoài, đôi khi tôi tự hỏi liệu các điều kiện kinh tế có thu hút những nhà kinh doanh chênh lệch ngắn hạn nhiều hơn là các nhà nắm giữ dài hạn hay không. Một giao thức cần có độ sâu từ cả hai phía. Việc chi phí vay có ổn định ở mức có thể thực sự phục vụ nguồn vốn kiên nhẫn — chứ không chỉ các vị thế mang tính cơ hội — có thể sẽ quyết định nhóm người dùng nhiều hơn bản thân kiến trúc — dù sao thì thời gian sẽ trả lời 👍#baby $BABY @BabylonLabs_io $BLESS $UAI
Dạo gần đây tôi có suy nghĩ về TBV dưới góc độ quản lý—một khía cạnh hiếm khi được bàn đến—và thấy mình rơi vào một câu hỏi thực sự phức tạp. Một kho chứa không có người giám quản, không có bên trung gian và không có người vận hành tạo ra một thứ mà các khung tài chính hiện có đơn giản là chưa bao giờ được xây dựng để phân loại.
Điều có vẻ thú vị là quy định về giám hộ giả định có một bên chịu trách nhiệm. TBV cố ý loại bỏ một bên như vậy. Tôi không hoàn toàn chắc các cơ quan quản lý sẽ diễn giải thế nào về một cơ chế thực thi bằng mật mã nhưng không có một pháp nhân đứng sau; sự mơ hồ đó lại mở ra nhiều hướng khác nhau.
Câu hỏi xuất hiện trong đầu tôi là liệu các bên tham gia mang tính tổ chức, những người quản lý các nghĩa vụ ủy thác, có thực sự thể tham gia một “vault” không cần tin cậy hay không—mà lại không có hướng dẫn pháp lý về thứ họ đang nắm giữ. Điều này khiến tôi nghĩ rằng “ma sát” pháp lý có thể làm chậm việc áp dụng trong đúng những thị trường có khả năng dịch chuyển quy mô đáng kể.
Nhìn từ bên ngoài, đôi khi tôi tự hỏi liệu cuối cùng cơ quan quản lý có đòi các bên tham gia phải được định danh hay không—không phải thay đổi mã, mà là “bao quanh” nó. Việc TBV có thể hấp thụ áp lực đó mà không đánh mất thiết kế cốt lõi của mình liệu có làm được hay không, cảm giác là mâu thuẫn khó khăn hơn ở phía trước—dù sao thì thời gian sẽ trả lời👍#baby $BABY @BabylonLabs_io
Tôi đang đọc cách Babylon tự mô tả về TBV và nhận thấy một từ ngữ âm thầm định hướng lại tất cả — nhóm mô tả kho tiền (vault) không phải là một sản phẩm mà là một “nguyên thủy nền tảng”. Sự khác biệt đó thay đổi nơi mà rủi ro thực sự có thể đang nằm.
Điều trông có vẻ thú vị là kiến trúc ngụ ý. Nếu TBV là một nguyên thủy, thì các giao thức DeFi khác sẽ được xây dựng trực tiếp lên trên nó — không phải chỉ “đi cùng” bên cạnh. Tôi không chắc hệ sinh thái đã sẵn sàng đến mức độ sâu đó chưa, nhưng cách nhìn này đặt lại kho tiền như một hạ tầng (infrastructure). Và hạ tầng gặp sự cố mang một trọng lượng khác hoàn toàn so với hỏng hóc của một sản phẩm.
Câu hỏi nảy ra là rủi ro về khả năng kết hợp (composability) sẽ vận hành như thế nào khi lớp của Bitcoin chính là nền tảng. Một giao thức xây dựng dựa trên TBV mang theo bề mặt rủi ro riêng — nhưng cũng kế thừa toàn bộ thứ nằm bên dưới nó. Điều đó khiến tôi nghĩ rằng những phụ thuộc này hình thành một cách lặng lẽ, từ rất sớm, trước cả khi ai đó bắt đầu lập bản đồ chúng.
Nhìn từ bên ngoài, đôi lúc tôi tự hỏi liệu “sự chấp nhận của nhà phát triển” mới là nút thắt cổ chai thực sự ở đây — chứ không phải là tăng trưởng người dùng. Liệu hệ sinh thái DeFi có thực sự xem TBV như một hạ tầng đáng tin cậy ở quy mô đủ lớn không? Việc những người xây dựng có hướng đến nó như một lớp nền (base layer) hay không rốt cuộc có thể sẽ định hình nhiều hơn bất kỳ cột mốc sản phẩm đơn lẻ nào — dù sao thì thời gian sẽ trả lời👍#baby $BABY @BabylonLabs_io $KOMA $SNXX
Tôi đang đọc lại cách TBV tương tác với các giao thức cho vay như Aave và tự nhiên nhận ra một điều bất ngờ — phía Bitcoin của vault có thể là không cần tin cậy, nhưng đầu còn lại lại là một smart contract.
Điều có vẻ thú vị là ranh giới mật mã mà ai cũng nhắc đến lại nằm bên trong vault — hợp đồng phía EVM điều khiển các điều kiện vay nằm hoàn toàn ra ngoài nó. Tôi chưa hoàn toàn chắc hai lớp đó phối hợp với nhau như thế nào khi xảy ra lỗi, nhưng chúng mang những hồ sơ rủi ro thực sự khác nhau dù cùng nằm dưới một vị thế.
Câu hỏi nảy ra là liệu một lỗ hổng ở phía chuỗi DeFi có thể ảnh hưởng đến tài sản thế chấp BTC hay không, ngay cả khi chính vault Bitcoin không hề di chuyển. Điều này khiến tôi nghĩ rằng nhãn “không cần tin cậy” mô tả chính xác hơn một phần của một hệ hai phần, hơn là toàn bộ hệ thống.
Nhìn từ bên ngoài, đôi khi tôi tự hỏi liệu người dùng có tách bạch trong đầu hai lớp này không — hay đơn giản chỉ tin nhãn đó theo kiểu “đầu cuối”. Kiến trúc của vault có thể rất chặt chẽ, nhưng bề mặt vay xung quanh nó xứng đáng có một cuộc trao đổi riêng — dù sao thì thời gian sẽ trả lời👍#baby $BABY @BabylonLabs_io
Gần đây tôi đã ngồi suy nghĩ với một ý tưởng cụ thể từ thiết kế TBV của Babylon — khả năng thế chấp BTC để bảo đảm một mạng lưới proof-of-stake, đồng thời sử dụng chính vị thế đó làm tài sản thế chấp cho DeFi. Hai lớp tiện ích từ cùng một tài sản nghe có vẻ như một màn chào hàng thật tinh tế.
Điều thú vị là cả hai chức năng này đều dựa trên cùng một BTC nền tảng. Tôi chưa hoàn toàn chắc các nghĩa vụ đó sẽ tương tác ra sao trong tình huống chịu áp lực đồng thời — nhưng việc chồng thêm tiện ích cũng đồng thời chồng thêm mức độ phơi nhiễm theo những cách hiếm khi “lộ ra” một cách lặng lẽ.
Câu hỏi xuất hiện trong đầu tôi là liệu rủi ro có đang âm thầm tích lũy ở đây không. Một lần bị cắt thưởng (slashing) khi staking và một lệnh gọi ký quỹ/liquidation đến cùng lúc sẽ làm “căng” cùng một vị thế theo hai hướng. Điều đó khiến tôi nghĩ rằng sự tương tác giữa các lớp này xứng đáng được lập bản đồ rõ ràng hơn rất nhiều.
Nhìn từ bên ngoài, tôi đôi khi tự hỏi liệu người dùng có thực sự mô hình hóa được ý nghĩa của việc cam kết một tài sản cho hai nghĩa vụ đang hoạt động hay không. Hiệu quả là có thật — nhưng sự ràng buộc cũng vậy. Liệu mức độ “ăn khớp” sâu đó có được truyền đạt rõ ràng trước khi quy mô tăng lên hay không — đó có lẽ mới là câu hỏi yên lặng hơn. Dù sao thì thời gian sẽ trả lời👍#baby $BABY @BabylonLabs_io $ON $UB
#baby $BABY Tôi đang lập sơ đồ xem một vị thế cho vay TBV thực sự “gỡ bung” như thế nào khi có sự cố — và thấy mình đang đứng trước một ranh giới thật sự bất định. Điều gì sẽ xảy ra khi Ethereum yêu cầu thanh lý nhưng Bitcoin chưa được xác nhận? Khoản vay nằm trên một lớp, còn logic thực thi lại nằm trên một lớp khác.
Điều có vẻ đáng chú ý là các giao dịch đã được ký trước sẽ mã hoá các điều kiện thoát ngay từ lúc vào vault — cho phép hợp đồng thông minh kích hoạt việc giải phóng BTC mà không cần khoá của người dùng. Tôi không hoàn toàn chắc điều này sẽ hoạt động ra sao khi mạng bị tắc nghẽn, nhưng sự phụ thuộc xuyên chuỗi diễn ra theo cả hai chiều.
Câu hỏi xuất hiện trong đầu là liệu tính xác nhận chậm hơn của Bitcoin có tạo ra một khoảng trễ mà các công cụ thanh lý DeFi không được thiết kế để xử lý hay không. Điều đó khiến tôi nghĩ rằng giao diện xuyên chuỗi có thể chính là nơi bài kiểm tra áp lực thật sự diễn ra — chứ không phải bên trong chính vault.
Nhìn từ bên ngoài, đôi khi tôi tự hỏi liệu các kịch bản thanh lý chính là nơi mà thiết kế này chứng minh được giá trị — hay âm thầm lộ ra một “góc cạnh” mà chẳng ai dự đoán. Cấu trúc trông có vẻ vững chắc ngày hôm nay, nhưng các đường đi khi thất bại mới kể câu chuyện thực — dù sao thì thời gian sẽ trả lời thôi👍@BabylonLabs_io
Thông thường tôi hiểu rõ một sản phẩm DeFi hơn sau khi tự mình thử nó, hơn là sau khi đọc mười lời giải thích về nó.
Vì vậy tôi đã dành một khoảng thời gian để xem qua public testnet của @BabylonLabs_io cho Trustless Bitcoin Vaults (TBV), và phần khiến tôi hứng thú không chỉ nằm ở việc bạn có thể vay dựa trên Bitcoin.
Mà là nơi mà Bitcoin nằm trong toàn bộ quy trình đó.
Phần lớn số BTC mà tôi từng thấy đi vào DeFi trước tiên đều phải được chuyển thành một thứ khác. Bạn bọc nó (wrap), chuyển qua cầu (bridge), hoặc phụ thuộc vào một bên trung gian trước khi thanh khoản đó trở nên hữu ích trên một mạng khác.
TBV đi theo một hướng khác.
Bitcoin BTC gốc của bạn được dùng làm tài sản thế chấp, trong khi phía đi vay có thể thực hiện thông qua Aave v4 trên Ethereum. Điều đó có nghĩa là người gửi có thể vay các tài sản được hỗ trợ như USDC hoặc USDT mà không cần chuyển Bitcoin gốc thành một dạng biểu diễn được bọc trước.
Sự khác biệt này nghe có vẻ nhỏ, cho đến khi bạn nghĩ về chuyện thường xảy ra khi BTC rời khỏi môi trường gốc của nó.
Mục tiêu ở đây không phải là đưa Bitcoin sang Ethereum.
Mà là làm cho giá trị của Bitcoin có thể được sử dụng tại đó, trong khi vẫn giữ tài sản thế chấp ở dạng bản địa.
Ban đầu tôi nghĩ TBV chủ yếu là một sản phẩm cho vay BTC khác. Nhưng sau khi xem kỹ mô hình, nó trông giống hơn như một hạ tầng tài sản thế chấp mà các ứng dụng có thể xây dựng xung quanh.
Việc vay mượn chỉ là một trường hợp sử dụng đầu tiên.
Nếu mô hình này cuối cùng mở rộng sang cả stablecoin, thẻ tín dụng, phái sinh và bảo hiểm như dự định, thì câu hỏi thú vị hơn có lẽ là Bitcoin có thể làm được gì mà không cần phải ngừng là Bitcoin trước đã.
Gần đây, tôi đã lần theo kiến trúc TBV của Babylon và dừng lại ở một điểm — cam kết không cần tin cậy (trustless guarantee) dựa trên một chồng các nguyên thủy mật mã, bao gồm các bằng chứng SNARK và một cấu trúc được gọi là BitVM3. Cảm giác “nặng” của sự phụ thuộc này tăng lên theo thời gian khi tôi ngồi suy nghĩ về nó.
Điều có vẻ thú vị là BitVM3 cho phép lớp script của Bitcoin thực thi các logic mà nó chưa hề được thiết kế để xử lý. Tôi không hoàn toàn chắc mức độ đã được kiểm chứng dưới các điều kiện đối kháng (adversarial) ra sao, nhưng chiếc vault sẽ kế thừa mọi rủi ro tồn tại bên trong nó.
Câu hỏi nảy sinh là liệu các hệ thống chứng minh không kiến thức (zero-knowledge proof) có trưởng thành đủ nhanh để theo kịp dòng vốn đi vào các vault này hay không. Điều đó khiến tôi nghĩ chu kỳ kiểm toán an ninh có thể sẽ trở thành nút thắt thực sự — và nếu đúng như vậy, chính xác ai là người được trang bị để thẩm định nó?
Nhìn từ bên ngoài, đôi khi tôi tự hỏi đội ngũ truyền đạt điều này như thế nào tới những người nắm giữ Bitcoin không mấy kỹ thuật. “Trustless” là một từ có thể làm phẳng rất nhiều độ phức tạp. Mật mã có thể đứng vững — nhưng liệu người dùng có hiểu thực sự họ đang dựa vào điều gì hay không vẫn còn là một câu hỏi mở; dù sao thì thời gian sẽ trả lời@BabylonLabs_io #baby $BABY
🚨 SpaceX ở mức 100 USD có thể cho thấy thị trường đang định giá mảng kinh doanh AI của họ ở MỨC KHÔNG, theo Morgan Stanley.
Sau một đợt IPO bùng nổ, cổ phiếu SpaceX đã đảo chiều mạnh — giảm xuống còn 110,85 USD, thấp hơn khoảng 18% so với giá IPO.
Adam Jonas của Morgan Stanley nhìn nhận đợt bán tháo theo cách khác.
🎯 Mục tiêu giá: 300 USD 🤖 Hơn 50% giá trị đó gắn với AI 📉 Ở mức 100 USD, AI có thể thực chất được định giá bằng không, hoặc thậm chí là giá trị âm
Điều đáng lo? Các nhà đầu tư ngày càng hoài nghi về việc chi tiêu AI quy mô lớn, chi phí đầu tư cao (capex) và lợi nhuận không chắc chắn — trong khi việc sắp đến hạn hết thời gian bị khóa cổ phiếu có thể tạo thêm áp lực bán.
Tuy nhiên, Phố Wall vẫn lạc quan: theo báo cáo, gần 80% các nhà phân tích theo dõi SpaceX được xếp hạng tương đương “mua”/buy-equivalent, với mức mục tiêu trung bình khoảng 232 USD.
Thị trường đang đặt câu hỏi về “phần bù AI”.
Morgan Stanley cho rằng nó đang bị xóa bỏ quá mức.
Tôi đã xem qua các bản cập nhật gần đây của Babylon vào một đêm nọ và nhận thấy một điểm bị bỏ sót — bản thiết kế lại token BABY. Có một sự giằng co âm thầm nhưng quan trọng đang hình thành về việc token quản trị sẽ khớp với một hệ thống được xây dựng chủ yếu dựa trên cơ chế phi tín nhiệm.
Điều có vẻ đáng chú ý là mô hình phí dựa trên đấu giá đang được cân nhắc — cho phép thị trường định giá quyền truy cập thay vì áp mức phí cố định. Tôi không chắc điều này liên hệ như thế nào với một vault phi tín nhiệm, nhưng nó khiến tôi nghĩ rằng việc khám phá giá được chủ ý lựa chọn thay vì các quyết định quản trị.
Câu hỏi nảy sinh trong đầu là liệu token quản trị và các giao thức phi tín nhiệm có thực sự bổ trợ cho nhau không. Việc thêm một lớp quản trị BABY có tạo ra một bề mặt nơi ảnh hưởng lặng lẽ tập trung không? Nó khiến tôi nghĩ rằng sự căng thẳng này hiếm khi được giải quyết gọn gàng như bề ngoài của nó.
Nhìn từ bên ngoài, vai trò đang phát triển của BABY giống như lớp ít ổn định nhất của TBV. Tôi đôi khi tự hỏi liệu mô hình đấu giá có thu hút đúng những người tham gia — hay chủ yếu là những người theo đuổi các vị thế phí. Thiết kế trông có vẻ có chủ đích, nhưng liệu nó vận hành tốt trong điều kiện thực tế ra sao vẫn còn bỏ ngỏ — dù sao thì thời gian sẽ trả lời👍@BabylonLabs_io #baby $BABY $DEXE $VELVET
🚨 Tín hiệu Thị trường Quyền chọn Bitcoin: Một cuộc chiến $70K-$72K
Gần 5 tỷ trong $BTC open interest (lãi suất mở) quyền chọn đang tập trung quanh các mức giá thực hiện (call strikes) 70.000 USD và 72.000 USD trên Deribit, với hoạt động mua call (lạc quan) vượt trội đáng kể so với put.
📊 $70K: 39.000 call vs. 3.800 put — ~10:1 📊 $72K: 37.900 call vs. 1.200 put — ~32:1
Phần lớn vị thế có vẻ gắn với bull call spreads nhắm tới việc Bitcoin đạt 70K-72K trước hạn 31/7.
Nhưng chất xúc tác lạc quan đang suy yếu.
📉 Xác suất trên Polymarket rằng Đạo luật Clarity được ký thành luật vào năm 2026 đã giảm từ 51% xuống 38% sau khi Lãnh đạo phe đa số Thượng viện John Thune cho biết dự luật khó có thể được thông qua trước kỳ nghỉ tháng Tám.
Bitcoin hiện phải đối mặt với một bài kiểm tra quan trọng với:
• Quyết định FOMC vào ngày 29/7 • Kết quả kinh doanh lớn từ Big Tech • Giá dầu trên $100 • Căng thẳng Mỹ-Iran vẫn tiếp diễn • Áp lực thuế quan • Mức kỳ vọng về Đạo luật Clarity giảm
Để đạt 70.000 USD trước thời hạn, BTC cần một đợt tăng khoảng 7,7% từ quanh 64.971 USD.
Thị trường quyền chọn vẫn đang định vị cho xu hướng tăng — nhưng con đường tới mốc 70K đã trở nên khó khăn hơn đáng kể.
Gần đây tôi đã đọc về các Kho Bảo Bitcoin không cần niềm tin của Babylon và vướng vào một tính năng cụ thể — khả năng ủy quyền quyền vay cho một nhà cung cấp lợi suất trong khi BTC không bao giờ đổi chủ. Việc tách bạch quyền giám quản khỏi tiện ích khiến tôi cứ phải dừng lại suy nghĩ.
Điều đáng chú ý là quy tắc không cho tái thế chấp của kho — nó chỉ định rõ giao thức nào có thể chạm vào BTC và không gì khác. Tôi không hoàn toàn chắc ranh giới đó sẽ đứng vững thế nào trong điều kiện căng thẳng, nhưng việc ngăn việc lặng lẽ tái sử dụng tài sản thế chấp ở cấp độ giao thức lại là một thiết kế khác biệt rõ rệt.
Câu hỏi xuất hiện trong đầu tôi là liệu vốn tổ chức có tin vào việc cưỡng chế bằng mã hóa mà không có các bảo đảm pháp lý hay không. Điều đó khiến tôi nghĩ rằng thách thức khó hơn có thể không nằm ở chính đoạn code — mà nằm ở việc các nhà phân bổ vốn truyền thống cảm thấy sẵn sàng dựa vào điều gì.
Nhìn từ bên ngoài, đôi khi tôi tự hỏi liệu việc ủy quyền có tạo thêm một rủi ro “lặng” hơn không — không phải rủi ro nằm ở chính việc giám quản, mà nằm ở cách người dùng chọn nhà cung cấp lợi suất mà họ sẽ tin. Phần này vẫn chưa được ánh xạ đầy đủ, và việc giao thức có giải quyết nó một cách rõ ràng hay không có lẽ mới là câu hỏi thực sự — dù sao thì thời gian sẽ trả lời thôi👍 #baby $BABY @BabylonLabs_io $RIF $PROM
Gần đây tôi có tìm hiểu về các Vault Bitcoin không cần tin cậy của Babylon và bị mắc kẹt ở một câu hỏi — làm sao native BTC có thể trở thành tài sản thế chấp DeFi mà không bao giờ rời khỏi chuỗi Bitcoin? Nghe có vẻ gần như quá “đẹp”, và đúng lúc đó tôi cảm thấy bị thôi thúc phải đọc sâu hơn.
Điều đáng chú ý là TBVs bỏ qua cầu nối — các bằng chứng mật mã gắn vault với các hợp đồng thông minh trên các chuỗi bên ngoài. Tôi chưa hoàn toàn chắc cách điều đó đứng vững khi chịu áp lực thanh lý, nhưng việc loại bỏ hoàn toàn bên giám hộ là điều mà đa số các thiết kế Bitcoin-DeFi đã lặng lẽ né tránh.
Câu hỏi mà tôi nghĩ đến là liệu thời gian peg-in ba giờ và chi phí giảm ba lần có thực sự kéo người nắm giữ Bitcoin rời khỏi những thiết lập đơn giản hơn hay không. Điều này khiến tôi nghĩ rằng trở ngại lớn nhất có lẽ không phải là mật mã, mà là sự “ma sát” trong trải nghiệm.
Nhìn từ bên ngoài, điều này giống như một giao thức vẫn đang trong giai đoạn hình thành — testnet đã chạy, Aave lending đang được phát triển, tokenomics của BABY vẫn tiếp tục hoàn thiện. Tôi đôi lúc tự hỏi bài test thực sự chỉ đến khi có vốn nghiêm túc bước vào. Cấu trúc thì có thể thấy rõ ở hiện tại, nhưng kết quả vẫn thực sự để ngỏ — dù sao thì thời gian sẽ trả lời👍@BabylonLabs_io #baby $BABY $BANK $RIF
Bóng đá luôn là một môn thể thao của đam mê, kỷ luật và những khoảnh khắc không thể nào quên. Từ các bàn thắng ở phút cuối đến những cuộc lội ngược dòng ngoạn mục, mỗi trận đấu lại nhắc chúng ta vì sao môn thể thao này kết nối hàng triệu người hâm mộ trên khắp thế giới. Mùa giải mới hứa hẹn những cuộc đối đầu mới mẻ, những ngôi sao đang lên và rất nhiều kịch tính trên sân cỏ. Bạn đang ủng hộ đội nào để nâng chiếc cúp năm nay? ⚽🏆? #BinancePickAndWin
Bóng đá luôn là một môn thể thao của đam mê, kỷ luật và những khoảnh khắc khó quên. Từ những bàn thắng ở phút cuối đến những màn lội ngược dòng ngoạn mục, mỗi trận đấu đều nhắc nhở chúng ta vì sao môn thể thao này kết nối hàng triệu người hâm mộ trên khắp thế giới. Mùa giải mới hứa hẹn những cuộc đối đầu tươi mới, các ngôi sao đang lên và vô vàn kịch tính trên sân cỏ. Bạn đang ủng hộ đội nào để nâng cúp năm nay? ⚽🏆? join #BinancePickAndWin
Newton Protocol và vấn đề ủy quyền trong tài chính mang tính tác nhân
Tôi nghĩ phần khó nhất là khiến các tác nhân AI thực thi onchain một cách đáng tin cậy. hầu hết các cuộc trò chuyện về các tác nhân tự chủ trong DeFi tập trung vào việc liệu tác nhân có thể thực thi đúng hay không. liệu nó có tìm được đúng pool, chọn đúng thời điểm thoát, quản lý gas giữa các chuỗi mà không bị lỗi hay không. đây là lớp vận hành, và nó thực sự rất khó. đã có các công cụ được xây dựng, thử nghiệm, hoàn thiện. bài toán về việc thực thi về cơ bản là một vấn đề kỹ thuật, với các giải pháp đã được biết trước và đang dần được tích lũy quanh nó. nghe có vẻ giải được.
tôi đã dành một thời gian để nghĩ về ý nghĩa của việc tách chính sách khỏi mã.
trong mainnet beta của Newton, các chính sách được viết bằng rego — cùng một ngôn ngữ mà các nhóm tuân thủ doanh nghiệp đã sử dụng ngoài chuỗi (offchain). chính bản hợp đồng tự nó không chứa logic quy tắc. khi một ngưỡng thay đổi hoặc một quy định được cập nhật, chính sách được cập nhật mà không cần đụng chạm hay triển khai lại hợp đồng cơ sở.
và phạm vi của điều đó là quan trọng.
nhưng rego chạy ngoài chuỗi trên một mạng lưới các nhà vận hành phân tán. hợp đồng chỉ thực thi kết quả, không phải phần lý do. thứ được ghi lên onchain là một bản xác nhận (attestation) đã ký — sự chấp thuận hoặc từ chối — chứ không phải dữ liệu hay logic đã tạo ra nó.
ban đầu, điều đó khiến tôi cảm thấy như một lỗ hổng về khả năng xác minh.
có lẽ đó là một sự đánh đổi có chủ đích. đầu vào được giữ riêng tư, việc đánh giá vẫn linh hoạt, và bản ghi onchain vẫn gọn sạch — đúng như điều mà các tổ chức có mô hình rủi ro độc quyền cần.
các bằng chứng không kiến thức (zero-knowledge proofs) từ succinct được cho là để bắc cầu qua khoảng trống đó: bất kỳ ai cũng có thể xác minh rằng việc đánh giá là đúng mà không cần thấy nó đã đánh giá cái gì.
điều đó hoạt động cho tính đúng đắn. nhưng nó không cho bạn biết liệu chính sách đó có được thiết kế tốt hay không trước khi việc đánh giá diễn ra.
bằng chứng thực thi không phải là bằng chứng về ý định.
action của mạng lưới nhà vận hành bổ sung bảo mật kinh tế thông qua restaking trên eigenlayer, nghĩa là hành vi xấu sẽ chịu rủi ro bị cắt slashing — nhưng điều đó trừng phạt việc lệch khỏi giao thức, chứ không phải việc lệch khỏi logic chính sách đúng đắn.
cấu trúc khuyến khích giải quyết tính trung thực của nhà vận hành, không phải đánh giá của curator.
vậy nếu thiết kế chính sách hoàn toàn nằm trong tay curator, và các proof zk xác minh việc thực thi chứ không xác minh ý định, thì điều gì thực sự chịu trách nhiệm cho một chính sách viết kém trước khi vốn được chuyển đi?@NewtonProtocol #newt $NEWT