Kim Jon sun

Mình đã đi sâu vào phần tích hợp Chainlink CCIP trên Dusk Network $DUSK thì có một chi tiết kỹ thuật khiến mình đứng hình. Không phải phần cầu — giờ mọi dự án RWA đều có một câu chuyện về cầu. Có một điều gì đó yên lặng hơn. #dusk @Dusk
Testnet DuskEVM đã chính thức ra mắt vào ngày 10 tháng 8. Đây là môi trường nơi các chứng khoán do NPEX phát hành sẽ được triển khai thực sự. Và trong tích hợp CCIP, khi các tài sản đó di chuyển xuyên chuỗi, Dusk và NPEX sẽ giữ nguyên toàn quyền sở hữu các hợp đồng token — từ giới hạn tốc độ theo chương trình, lộ trình nâng cấp, cho đến tất cả phần còn lại. Mô hình đốt/mint CCT loại bỏ hoàn toàn các pool thanh khoản của bên thứ ba. Không phụ thuộc vào trượt giá. Không có bên lưu ký bên ngoài nắm giữ tài sản cơ sở tại một cầu.
Đó là điểm mà hầu hết các bài viết đưa tin bỏ qua. CCIP ở đây không chỉ là lớp hạ tầng “kết nối tương thích” đơn thuần. Nó là thứ giúp tổ chức phát hành được quản lý duy trì các kiểm soát tuân thủ ngay cả sau khi một tài sản rời Dusk và cập bến Ethereum hoặc Solana. Thông thường, việc di chuyển xuyên chuỗi là nơi các khung tuân thủ bị vỡ — tài sản chạm một cầu, được bọc lại (wrap) và mất ngữ cảnh. Ở đây, các kiểm soát đi cùng với nó.
Chainlink DataLink cũng trở thành oracle on-chain độc quyền cho dữ liệu giao dịch của NPEX. Nhờ vậy, dữ liệu thị trường đạt chuẩn quản lý — không chỉ bản thân tài sản — sẽ được công bố trực tiếp on-chain. Mình đã dành một thời gian ngồi lại với tổ hợp này — chuyển động tài sản tuân thủ kèm theo nguồn dữ liệu tổ chức đã được xác thực. Nó là cả một hệ hạ tầng trỏ vào đúng “khoảng trống” đó.
Tuy vậy… CCIP đã xử lý hơn $18B khối lượng trong Q1 2026, chủ yếu là DeFi. Phần chứng khoán được quản lý trong đó chắc hẳn rất nhỏ. Mình thật sự không biết liệu kiến trúc này có được thử nghiệm với khối lượng tổ chức thực tế trước chu kỳ tiếp theo hay không

Tôi đã dành một chút thời gian trong tuần này để lần theo các tương tác hợp đồng trên testnet DuskEVM — hoạt động của trình khám phá quanh khoảng ngày 10–13 tháng 8 cho thấy logic thanh toán sớm đang được thử nghiệm, việc thực thi tính cuối cùng của chuyển khoản diễn ra mà không có các cửa sổ để rollback. Những thứ nhỏ thôi. Nhưng nó chỉ ra một điều gì đó mà trước đây tôi chưa nghĩ tới một cách rõ ràng.
Thanh toán tất định không chỉ là cải thiện tốc độ. Đó là một ràng buộc kiến trúc thay đổi những gì bạn có thể xây dựng ở phía trên. Trong các thị trường vốn truyền thống, sự không chắc chắn khi thanh toán — khoảng chênh giữa thời điểm thực hiện lệnh và tính cuối cùng — là yếu tố mang tải. Các hệ thống ký quỹ, cơ chế bù trừ, bộ đệm rủi ro đối tác, mức chiết khấu tài sản đảm bảo (collateral haircuts) — phần lớn hạ tầng này tồn tại chính xác vì bạn không thể chắc rằng giao dịch thực sự đã được đóng cho đến tận T+2. Hoặc lâu hơn.
Dusk, $DUSK , #dusk @Dusk đang hướng tới một cơ chế thanh toán cuối cùng ngay tại thời điểm thực thi. Không có cửa sổ mơ hồ. Và nếu điều đó được chứng minh trong thực tế — không chỉ trong điều kiện testnet mà dưới tải tài sản thực — thì nó không chỉ làm nhanh các tuyến đường hạ tầng của thị trường vốn hiện có. Nó có khả năng khiến một số trong số đó trở nên không cần thiết. Hạ tầng được xây dựng để quản lý sự không chắc chắn khi thanh toán bắt đầu trông giống như chi phí phát sinh.
Tôi thấy mình phải dừng lại để suy nghĩ về điều đó lâu hơn dự kiến. Vì việc loại bỏ chi phí phát sinh nghe có vẻ gọn gàng trong lý thuyết, nhưng những đơn vị vận hành phần chi phí đó không biến mất. Họ thích nghi, hoặc họ chống lại.
Điều tôi vẫn chưa nắm chắc là liệu Dusk đã cân nhắc thấu đáo những ma sát mang tính thể chế mà tính cuối cùng tất định thực sự tạo ra hay chưa — không phải phần kỹ thuật, mà là phần chính trị.

Có điều gì đó đã làm tôi dừng lại giữa nhiệm vụ trên Dusk Network. Tài liệu về Dusk Trade mô tả nó như một lớp sản phẩm biến “các nguyên ngữ hạ tầng thành các quy trình hướng tới người dùng.” Tiếp nhận nhà đầu tư. Gắn ví. Phối hợp thanh toán. Chuyển tiền có kiểm soát. <t-2/>$DUSK , #dusk , @Dusk . Ngôn ngữ được chọn rất có chủ đích — và cũng có chủ đích không nói điều mà nó không nhắc tới.
Dusk Trade chạy trên DuskEVM, mà testnet của nó ra mắt cách đây bốn ngày — ngày 10 tháng 8. Đây là lớp nằm dưới sản phẩm hướng tới người dùng. Nghĩa là nền tảng giao dịch được “chào” như là giao diện giữa hạ tầng blockchain và các thị trường chứng khoán được quản lý ngoài đời thực lại đang được xây trên hạ tầng đã bước vào testnet chưa tới một tuần. Không hẳn là một lời phê bình. Chỉ là một chuỗi chi tiết đáng ghi nhận.
Nhưng điều thực sự khiến tôi để ý là điều này. “Hướng tới người dùng” trong ngữ cảnh của Dusk Trade có ý nghĩa khác với trong DeFi. Tính đủ điều kiện của nhà đầu tư, KYC, chuyển tiền có kiểm soát, gắn ví với các danh tính đã được xác thực — những thứ này không phải là luồng tùy chọn. Chúng là “cánh cửa” đầu tiên. Giấy phép của broker và MTF của NPEX vận hành cổng đó. Vì vậy, thứ nhìn giống một sản phẩm tiêu dùng dễ tiếp cận lại gần với một giao diện môi giới được cấp phép, với UX được giản lược. Cách định khung “nhà đầu tư nhỏ” từ đề xuất ban đầu của STOX là có thật, nhưng chỉ sau khi vượt qua một “phễu” tuân thủ mà đa số người tham gia bán lẻ sẽ không thấy dễ dàng.
Danh sách chờ mở vào tháng 1 năm 2026. DuskEVM testnet ngày 10 tháng 8. Tò mò không biết quy trình onboarding thực sự trông như thế nào khi nó ra mắt — và ai sẽ là người đi qua trước.

Tôi đang đọc qua giao thức Citadel của Dusk Network trong lúc làm nhiệm vụ. Kho mã Citadel trên GitHub đã nhận các commit vào ngày 8 tháng Tám — công việc đang diễn ra, không phải một bản đặc tả tĩnh — và cuối cùng tôi bị mắc kẹt với mô hình ba bên lâu hơn dự định.
Cụm từ "selective disclosure" (tiết lộ chọn lọc) được dùng rất nhiều trong các tài liệu $DUSK @Dusk #dusk . Nó đúng. Nhưng có một điểm mang tính cấu trúc mà kiến trúc bộc lộ, còn phần pitch lại không nhấn mạnh.
Citadel có ba bên: Người dùng (User), Nhà cung cấp Giấy phép (License Provider, LP) và Nhà cung cấp Dịch vụ (Service Provider, SP). Các bằng chứng ZK bảo vệ bạn khỏi SP — chúng xác minh rằng bạn đáp ứng ngưỡng tuân thủ mà không cần nhìn thấy dữ liệu thực của bạn. Phần đó hoạt động đúng như mô tả. Nhưng LP thì thực hiện đầy đủ KYC. Họ nắm giữ dữ liệu của bạn. Họ cấp giấy phép trên chuỗi (on-chain license). Mọi nhà cung cấp dịch vụ sau đó chỉ nhận một bằng chứng, và điều đó thật gọn gàng. Trở ngại nằm ở giai đoạn sớm hơn, lúc onboarding, chứ không phải ở từng “cửa” kiểm tra.
Vì vậy, mô hình quyền riêng tư của Dusk không phải là "ẩn khỏi cơ quan chức năng". Nó là "ẩn khỏi các đối tác (counterparties), nhưng hiển thị với cơ quan mà bạn lựa chọn." LP biết mọi thứ. Các SP thì không biết gì. Với tài chính chịu quản lý, có lẽ đây là thiết kế đúng — cần có một bên đóng vai trò người lưu trữ dữ liệu chịu trách nhiệm trước cơ quan quản lý. Nhưng nó lại khác cách đa số người hiểu về "quyền riêng tư blockchain", vốn thường có nghĩa là ẩn khỏi tất cả mọi người theo mặc định.
Hmm… câu hỏi mở thú vị là trong thực tế, ai thực sự đóng vai trò LP. Nếu đó là một bên lưu trữ chịu quản lý hoặc một nhà cung cấp KYC được cấp phép, thì đó là hạ tầng định danh được thuê ngoài với trải nghiệm người dùng tốt hơn, chứ không phải định danh phi tập trung. Tôi không chắc hai cách diễn giải đó có bao giờ thật sự giải quyết được hoàn toàn cho nhau.

Đã dành một chút thời gian trong tuần này để đi qua tài liệu testnet của Babylon — quy trình Trustless Bitcoin Vault với Aave v4. Lock signet BTC trên Bitcoin, vault kích hoạt, và vaultBTC tự động hiển thị như tài sản thế chấp trên Ethereum. Mình thử làm theo quy trình peg-in từ đầu đến cuối. Nghỉ lấy hơi ra một chút mà vẫn thấy hơi bất an.
Không phải vì nó bị hỏng. Mà vì kiến trúc gần như đi ngược lại với điều mà “Bitcoin-centric Web3” thường gợi ý. Babylon $BABY @BabylonLabs_io không phải đang kéo Bitcoin vào Web3. Nó đang tái cấu trúc cách DeFi phía Ethereum vận hành xoay quanh các ràng buộc vốn có của Bitcoin. BTC không hề băng qua. Việc rút chỉ được mở khóa khi một bằng chứng không kiến thức (zero-knowledge) về trạng thái hợp đồng thông minh được xác minh lại trên chuỗi Bitcoin. Ethereum phải tuân theo điều kiện của Bitcoin. Đó mới là thiết kế thực sự. #baby
Cuộc gọi dành cho founder vào ngày 30 tháng 7 đã xác nhận việc vay mượn dựa trên BTC gốc (native) đang hoạt động trên public testnet với Aave v4, thời gian peg-in hiện giảm xuống còn khoảng ba giờ. Sự giảm này quan trọng — đó là khoảng cách giữa một giao thức vừa thú vị về mặt kiến trúc và một giao thức mà người ta có thể thực sự dùng. Ba giờ vẫn là ba giờ cho một tương tác DeFi, nhưng con số đó khác rất nhiều so với hàng đợi xác nhận của một cây cầu.
Nhưng đây là điều mình cứ phải suy nghĩ. Ít hơn 1% toàn bộ BTC từng chạm vào một nền tảng smart contract. Mô hình vault loại bỏ rủi ro cầu nối (bridge risk) đã khiến phần lớn BTC đó không đi vào. Nhưng liệu nó có loại bỏ được lực cản (friction) không? Các luồng peg-in, các bộ tạo chứng minh ZK, các địa chỉ phần thưởng tách riêng — mô hình niềm tin rõ ràng hơn, nhưng con đường trải nghiệm người dùng (UX) thì không.
Điều gì quan trọng hơn cho việc được áp dụng thực sự?

Thứ gì đó chỉ “bật công tắc” sau khi tôi mở Proposal #13 trên babylon.explorers.guru — lá phiếu giảm phát của BSN hiện đang diễn ra trong khung thời gian 3 ngày và cần đa số siêu cấp 2/3 để thông qua.
Điều khiến tôi dừng lại: quản trị trong Babylon Protocol được cố tình thiết kế chậm. Cần 50,000 $BABY để nộp hồ sơ. Bầu chọn theo trọng số của validator. Ngưỡng siêu đa số cao. @BabylonLabs_io đã “đặt” lực cản đó một cách có chủ đích. Và nó tương phản rõ rệt với cách cơ chế slashing hoạt động ở phía bên kia của cùng giao thức.
Slashing không đụng gì đến quản trị cả. Nếu một Finality Provider ký kép — tái sử dụng cùng độ ngẫu nhiên EOTS ở cùng chiều cao block hai lần — thì hai chữ ký đó khi ghép lại sẽ lộ ra khóa riêng của họ. Về mặt toán học. Bất kỳ ai giữ được bằng chứng đó đều có thể phát broadcast giao dịch slashing đã được ký sẵn thẳng lên Bitcoin. Không cần bỏ phiếu theo ủy ban. Không cần đề xuất. Không cần chờ đợi. Hình phạt mang tính mật mã, không mang tính xã hội.
Đó là “khoảng trống” kiến trúc thực sự giữa cơ chế này và staking thông thường. Trong đa số hệ thống PoS, slashing nằm trong cùng lớp có thể bị fork, bị vận động hành lang (lobby), hoặc bị trì hoãn bởi chính bộ máy quản trị đó. Còn ở #baby , hành vi sai phạm tự chứng minh và việc trừng phạt có thể được thực thi không cần xin phép bởi bất kỳ ai bắt được nó trước tiên.
hmm… nhưng có một ngoại lệ vẫn cứ bám với tôi: covenant committee đồng ký các giao dịch slashing ngay tại thời điểm tạo stake. Nếu ủy ban đó bị xâm phạm đúng vào thời điểm đó, thì việc thực thi không cần xin phép sẽ “rã” ra. Sự phụ thuộc vào niềm tin này nằm sớm trong dòng chảy hơn hầu hết các phân tích hời hợt thừa nhận.
Vì vậy, thiết kế thật sự “sạch” hơn staking thông thường — nhưng vẫn có một giả định âm thầm mang tính “chịu lực” mà kiến trúc đang dựa vào…

Mọi người đang tập trung vào con số TVL 5,6B. Vì vậy, tôi bắt đầu kiểm tra xem 56.853 BTC đó thực sự đang được bảo đảm gì ngay bây giờ — và Babylon Protocol @BabylonLabs_io đã hoàn thiện hoàn toàn lớp nhà cung cấp tính cuối cùng (finality provider): có hơn 250 nhà điều hành đang hoạt động, Proposal #13 tại babylon.explorers.guru đã được thông qua vào tháng 8/2025, với việc hard-code một vòng đốt (burn loop) nơi phần thưởng BSN được đem đấu giá để bị phá hủy $BABY . Điều đó hẳn có nghĩa là cỗ máy bảo mật dùng chung đang chạy. Nhưng khi tôi lần theo các luồng (flows), gần như toàn bộ lại hướng về chính Genesis — chuỗi riêng của Babylon — chứ không phải hướng ra bên ngoài tới một dải các BSN của người dùng đang đồng thời rút bảo mật BTC từ cùng một nhóm (pool). Multi-staking, tức cơ chế thực tế cho phép một lần đặt cược BTC bảo đảm nhiều mạng cùng lúc, vẫn đang trong giai đoạn triển khai ban đầu. Vì vậy, thứ bạn có là một nguồn cung áp đảo: 56.853 BTC đang chờ xếp hàng, 250 nhà cung cấp tính cuối cùng sẵn sàng. Phía nhu cầu — các BSN bên ngoài đang hoạt động, chủ động định tuyến các yêu cầu bảo mật của họ thông qua #baby — vẫn còn mỏng. Tôi đã nghĩ cơ chế burn của Proposal #13 là tín hiệu cho thấy bánh đà (flywheel) đã bắt đầu chạy. Nó giống như bằng chứng rằng việc kích hoạt (ignition) đã được đấu đúng. Kiến trúc là thật. Điều tôi chưa thể xác định được là có bao nhiêu mạng thực sự cần đến nó, hoặc tốc độ các tín hiệu từ phía nhu cầu sẽ đến nhanh đến mức nào.

Đã đi qua luồng TBV trên testnet Aave V4 — hoạt động từ ngày 2 tháng 6 năm 2026 thông qua babylon.explorers.guru và được Bitget News xác nhận trong cùng ngày — vì @BabylonLabs_io gọi đây là "BTC collateral mà không từ bỏ quyền giám hộ" và tôi muốn xem điều đó thực sự có ý nghĩa gì trong thực tế.

Trình tự trên giao diện gồm bốn bước: khóa BTC vào vault, trạng thái tài sản thế chấp trở nên có thể xác minh trên Ethereum, vay stablecoins thông qua Aave, và mở khóa BTC sau khi đã thanh toán. Dòng cuối cùng là thứ hầu như không ai nói đến. "Mở khóa BTC sau khi thanh toán" nghĩa là BTC không thể truy cập cho đến khi một giao dịch trên Ethereum hoàn tất. Bạn sở hữu khóa. Bạn không sở hữu lối thoát.

Tôi nghĩ $BABY và mô hình TBV đã bảo toàn mọi thuộc tính BTC bản địa. Thực tế nó tách quyền sở hữu khỏi quyền truy cập — khóa nằm trên Bitcoin, điều kiện để giải phóng nằm trên Ethereum. Đây là một mô hình giám hộ khác, không phải mô hình giám hộ bằng 0. Nếu Ethereum bị tắc nghẽn khi bạn cần thanh toán, hoặc nếu tham số thanh lý của Aave kích hoạt trước khi bạn kịp hành động, Bitcoin của bạn... phải chờ.

#baby mang lại tiện ích thực sự mới cho người nắm giữ BTC mà không cần bọc (wrapping). Nhưng "bạn sở hữu BTC của mình" liệu vẫn là khung diễn đạt phù hợp khi cơ chế cho phép bạn truy cập vào nó lại đang chạy trên một chuỗi khác? #baby

Bài đăng tôi thấy sáng nay — ai đó hỏi vì sao bất kỳ một đội ngũ dev nghiêm túc nào lại tích hợp Babylon thay vì… xây dựng dần một bộ validator của riêng họ. Câu hỏi hay. Thực ra vài tuần trước tôi cũng nghĩ y như vậy.
Vì thế tôi bắt đầu lục lọi phía developer của $BABY . Và điều làm thay đổi suy nghĩ của tôi là: các chain mới không gặp vấn đề về “niềm tin” — chúng gặp vấn đề về “thời gian”. Xây dựng một bộ validator gốc với bảo mật kinh tế có ý nghĩa cần hàng tháng, thậm chí nhiều năm — bạn cần người stake, cần giá trị token để việc slashing trở nên đau, cần cả guồng máy vận hành trơn tru. Babylon về cơ bản đang đưa ra một lối tắt. Cắm vào collateral được định danh bằng BTC ngay từ ngày đầu, bỏ qua giai đoạn khởi động. Đây không phải là một bài “pitch” mang tính kỹ thuật — mà là một bài “pitch” về timeline.
Nhưng đây là điều khiến tôi không thấy ổn. Bảo mật mượn và bảo mật tự xây gần như giống hệt nhau cho đến khi chúng được kiểm chứng. Nếu một chain được Babylon-secured phải đối mặt với một cuộc tấn công thực sự và phản ứng phụ thuộc vào việc các staker BTC phản hồi, phối hợp và việc slashing hoạt động trơn tru trong áp lực — thì đó là rất nhiều giả định chồng lên nhau. Nhóm dev đưa bản phát hành này có thể đang tối ưu cho độ “đáng tin” khi ra mắt hơn là khả năng chịu đựng thực sự. Và hai thứ đó không phải lúc nào cũng giống nhau.
Với các chain giai đoạn đầu có native TVL thấp, có lẽ sự đánh đổi này là hợp lý. Còn với bất cứ thứ gì đang cố gắng giữ giá trị nghiêm túc lâu dài… tôi thì ít chắc hơn.
Dù sao thì. Quay lại việc theo dõi biểu đồ thôi. $BABY tuần này im ắng.

@BabylonLabs_io #baby

Trong lúc đang xử lý một tác vụ thì tôi bắt gặp điều này giữa chừng khi đọc các tài liệu tích hợp. Babylon, $BABY , #baby , @BabylonLabs_io — phần đề xuất của nhà phát triển rất gọn: tham gia với tư cách BSN, bỏ qua bài toán bảo mật cold-start, và kế thừa “trọng lượng” của Bitcoin ngay từ ngày đầu. Về mặt cấu trúc thì điều đó là có thật. Nhưng cơ chế phía sau nó lại mang tính điều kiện hơn so với câu nói một dòng.
Chuyện là, tính “finality” được hậu thuẫn bởi Bitcoin trên một BSN mới không tự nhiên xảy ra ngay khi triển khai. Nó chỉ được kích hoạt khi 2/3 phần stake BTC được uỷ quyền ký xác nhận đồng ý trên một khối thông qua các nhà cung cấp finality. Cho đến khi đạt ngưỡng đó — ngưỡng này phụ thuộc hoàn toàn vào việc bao nhiêu BTC đã được uỷ quyền cho các nhà cung cấp finality thuộc riêng BSN đó — chuỗi chỉ vận hành bằng cơ chế đồng thuận CometBFT. Khối vẫn được tạo. Giao dịch vẫn được xác nhận. Nhưng lớp finality neo vào Bitcoin vẫn ở trạng thái “ngủ yên”.
Tôi đã theo dõi quá trình này trên babylon.explorers.guru vào đầu tuần. Genesis của Babylon — với tư cách là BSN đầu tiên — có sự uỷ quyền để luôn đạt được ngưỡng đó một cách nhất quán. Các checkpoint Bitcoin theo giờ đang hạ cánh, sức khỏe chuỗi nhìn có vẻ ổn. Nhưng Genesis được chống lưng bằng hơn 56.000 BTC. Một BSN Phase-3 mới bắt đầu tích hợp ngay bây giờ sẽ xuất phát với những gì họ có thể thu hút cho tập finality provider của chính mình, và làm từ con số không.
Tôi tự kiểm tra vài lần vì tài liệu diễn đạt như “kế thừa bảo mật từ Bitcoin.” Về mặt kỹ thuật thì đúng. Nhưng nó gần hơn với “bạn có thể kế thừa nó, khi đã khởi tạo đủ lượng uỷ quyền BTC cho các finality provider của bạn.” Không phải là cùng một câu.
Bài toán cold-start về bảo mật không biến mất. Nó chỉ được đẩy xuống một lớp. Không biết hiện tại có bao nhiêu đội đang xây dựng BSN đã mô hình hóa xem “quorum finality” của họ sẽ trông như thế nào tại thời điểm khởi động.

Đã có vài ngày hơi kỳ lạ. Thị trường đi ngang, không có gì được giải quyết. Cuối cùng tôi lại chọn đọc sách thay vì làm mới biểu đồ.
Tôi bị cuốn vào một thứ gì đó liên quan đến triết lý thiết kế của Babylon — cụ thể là góc nhìn “tối thiểu hóa niềm tin” (trust-minimized). Trước đây tôi vẫn luôn hiểu nó như một tuyên bố về bảo mật. Nhưng khi ngồi suy nghĩ lâu hơn, tôi nghĩ nó thực sự là chuyện khác hẳn.
Nó không phải là một tính năng kỹ thuật. Đó là một lớp tương thích về mặt niềm tin. Hầu hết các sản phẩm lợi suất (yield) khác trên Bitcoin đều yêu cầu người nắm giữ chuyển BTC của họ đi đâu đó — qua một cầu nối (bridge), một lớp bọc (wrapper), hoặc một bên lưu ký (custodian). Tất cả đều ngầm bắt bạn thừa nhận rằng Bitcoin thuần túy là chưa đủ. Babylon không yêu cầu điều đó. BTC của bạn vẫn nằm trên Bitcoin. Phần staking là bản địa. Và điều đó có nghĩa là, lần đầu tiên, một Bitcoin maximalist có thể tham gia vào kinh tế đa chuỗi mà không cảm thấy mình đã phản bội một lập trường mà họ đã giữ trong nhiều năm. Chuyện này không hề nhỏ. Đó là một cánh cửa rất cụ thể đang được mở ra cho một nhóm người rất cụ thể.
Nhưng đây là điều tôi vẫn chưa thể chốt hẳn: nhóm đó cũng nổi tiếng là rất khó bị thuyết phục bởi mọi thứ. Dù cánh cửa đã mở, liệu họ có bước qua không? Những người nắm giữ theo hệ tư tưởng đã sống sót qua nhiều năm những “chiêu” kiểu “lấy lợi suất trên Bitcoin của bạn” và đã phớt lờ tất cả. Tôi không chắc sự tinh tế về mặt kỹ thuật có thể thay đổi thực tế hành vi đó.
Dẫu vậy. Cách đặt vấn đề lần này có gì đó khác. Hoặc có lẽ tôi chỉ đang bồn chồn.
@BabylonLabs_io #baby $BABY

Hôm nay tôi đã dành vài giờ trong Babylon Protocol $BABY để lần theo luồng staking gốc. @BabylonLabs_io khiến cho lời khẳng định không bọc trở nên lớn tiếng và nó cũng đúng về mặt kỹ thuật — 56,853 BTC đang nằm trong các UTXO Taproot được khóa theo thời gian trên Bitcoin mainnet, không có cầu nối, không có bên lưu ký chạm vào số coin đó. Phần này vẫn đứng vững khi được soi xét. #Babylon không cắt góc ở cấp độ giao thức.

Nhưng rồi tôi cứ lần theo sợi dây đó. Nếu BTC của bạn bị khóa trong một script gỡ khóa (unbonding) 301 block và bạn không thể chi tiêu, giao dịch, hay dùng nó làm tài sản thế chấp khi nó đang được stake... thì thị trường sẽ làm gì? Nó bọc lại. Lombard phát hành LBTC dựa trên các vị thế trong Babylon. Solv cũng làm tương tự. Lombard nắm khoảng 60% thị trường liquid staking của BTC chính xác vì các UTXO được khóa theo thời gian của Babylon không có thanh khoản bản địa. Giao thức loại bỏ cầu nối lưu ký. Hệ sinh thái âm thầm tái dựng một phiên bản “mềm” hơn của nó ở lớp phía trên.

Tôi nhận ra điều này khi quan sát $BABY 24h volume giảm 35,9% trong tuần này trên CoinGecko; nguồn cung lưu hành hiện ở mức 4B và đang tăng. Thị trường token đang hạ nhiệt nhưng việc khóa BTC vẫn duy trì. Sự bất đối xứng thú vị.

Hmm... vậy thì cam kết không bọc này áp dụng cho hợp đồng staking. Liệu nó có áp dụng cho trải nghiệm người dùng thực tế của bạn hay không hoàn toàn phụ thuộc vào việc bạn có cần vốn để di chuyển hay không. Hầu hết mọi người đều cần.

Vẫn đang nghĩ về việc khoảng trống đó có ý nghĩa gì đối với mối quan hệ dài hạn của Babylon với hệ sinh thái LST của chính nó.
#baby

Luận điểm "Bitcoin như một lớp an ninh kinh tế" là một trong những lập luận mang tính cấu trúc thú vị hơn trong lĩnh vực crypto hiện nay. Hôm nay tôi đã dành thời gian tìm hiểu đúng kiến trúc thực tế của Babylon — tài liệu, cơ chế cung cấp finality, dữ liệu ủy quyền trực tiếp. #baby $BABY @BabylonLabs_io .
Đây là điều đã khiến tôi dừng lại. Trong mạng Babylon có 250 nhà cung cấp finality đã đăng ký. Nhưng chỉ 60 nhà cung cấp hàng đầu theo mức ủy quyền BTC là chủ động tham gia bảo vệ chuỗi. Còn lại 190 nhà cung cấp kia tồn tại trên giấy tờ, nhưng đang ở trạng thái “ngủ” xét từ góc độ an ninh thực sự. Vì vậy, nếu một người stake BTC chọn nhà cung cấp ngoài top 60 đó, thì Bitcoin của họ về mặt kỹ thuật bị khóa trong giao thức — nhưng hiện tại không đóng góp bảo mật PoS chủ động. Khoan đã — sự khác biệt này khá quan trọng.
Khoảng trống đó nằm lặng lẽ dưới con số tiêu đề. 56.853 BTC, tương đương khoảng 5,6B USD trong TVL, là con số mà hầu hết mọi người trích dẫn. BABY đang giao dịch quanh 0,0125 USD vào ngày 19 tháng 7, vốn hóa khoảng 50M, giảm 4,2% so với tuần trước. Giá có lẽ đã phản ánh phần nào sự hoài nghi về việc mức độ nhanh của việc mở rộng Phase 3 BSN — tức là phạm vi bảo mật đa chuỗi thực tế ngoài chính Babylon Genesis — sẽ chuyển từ lộ trình thành hiệu ứng mạng hoạt động.
Cơ chế slashing thông qua EOTS được thực thi trên lớp nền tảng Bitcoin. Không có cầu nối. Phần đó xét về mặt kỹ thuật thì khá tinh tế. Nhưng việc Bitcoin trở thành lớp an ninh kinh tế thực sự ở quy mô lớn… lại hoàn toàn phụ thuộc vào việc bao nhiêu BSN bên ngoài sẽ đi vào hoạt động và liệu bộ 60 nhà cung cấp hoạt động đó có mở rộng để đáp ứng họ hay không.

Tôi đang hoàn tất tác vụ CreatorPad này trên Newton Protocol $NEWT #Newt @NewtonProtocol thì cứ bị kéo quay lại đúng khoảng trống đó. Cách diễn đạt “tương lai tài chính gốc AI” ngụ ý có một nền kinh tế vận hành — các mô hình tạo ra thu nhập, người xây dựng được trả tiền, tiền bản quyền được định tuyến tự động. Nghe rất thuyết phục. Rồi tôi mở explorer.newt.foundation/mainnet và chỉ... ngồi nhìn những gì thực sự đang có ở đó.
Thứ đang hoạt động là lớp thực thi. Các xác nhận chính sách (policy attestations), các bằng chứng được ký bởi TEE, và các xác minh theo quorum BLS từ tập các nhà điều hành của EigenLayer. Tất cả đều được đóng dấu thời gian, và đều đọc được. Tính đến ngày 10 tháng 7, số lượng người nắm giữ vào khoảng 13,026. Yên tĩnh, nhưng hoạt động attestation dày đặc hơn nhiều so với con số đó.
Khoan — lớp tài chính mà Newton đang mô tả yêu cầu Model Registry tồn tại trước. Tiền bản quyền cần một thứ để được định tuyến từ đó. Discovery cần một thứ để có thể hiển thị. Hiện tại cả hai vẫn chưa được triển khai. Vì vậy, “tài chính gốc AI” mà họ đang quảng bá đang mô tả đầu ra của hạ tầng chưa phát hành hoàn chỉnh, chứ không phải thứ đang chạy ngay hôm nay.
Tôi không nghĩ đó là một vấn đề nghiêm trọng. Hạ tầng thường trông có vẻ trống rỗng ngay trước khi nó không còn như vậy. Nhưng 17.84M $NEWT unlocks vào ngày 24 tháng 7, và nền “nền kinh tế tài chính” được quảng bá như động lực giá trị vẫn nằm trong roadmap. Đó là phần khiến tôi cứ mãi suy nghĩ.
Thực sự thì ai sẽ là người được hưởng lợi đầu tiên khi điều này mở ra — các nhà xây dựng, các nhà phát hành mô hình, hay các validator đang thực hiện attestation ngay bây giờ?

Thứ về khung tầm nhìn dài hạn luôn khiến tôi muốn kiểm tra số liệu hiện tại trước. Vậy là tôi đã làm. Mở hợp đồng NEWT trên Etherscan — 0xd0ec028a — và tính đến ngày 10 tháng 7 lúc 14:57 UTC, số lượng chủ sở hữu là 13.026 ví. Chỉ vậy thôi. Với một giao thức mà Newton Protocol, $NEWT , #Newt , @NewtonProtocol đang quảng bá như là xương sống thực thi chính sách cho toàn bộ nền kinh tế AI x Web3.
Hmm. Không hẳn là một lời chỉ trích. Chỉ là một mốc neo hữu ích.
Tầm nhìn dài hạn là có thật và về mặt kỹ thuật thì mạch lạc: zkPermissions Keystore Rollup trên nhiều chuỗi, một Verifiable Automation Marketplace, Model Registry, quản trị DAO cuối cùng sẽ có. Ý tưởng rằng $NEWT trở thành phí gas mà mọi tác nhân AI phải trả mỗi lần nó vượt qua một lần kiểm tra chính sách — ở quy mô lớn, đó là một mô hình nhu cầu khá thú vị. Tôi đã dành một lúc để thực sự tin vào cách họ định khung vấn đề.
Nhưng tầm nhìn chỉ hoạt động nếu Newton trở thành hạ tầng “vô hình”. Thứ mà không ai theo dõi vì nó chỉ chạy ngầm trong mọi lần tương tác với từng kho tiền, mọi giao dịch của tác nhân, mọi lần kiểm tra tuân thủ xuyên chuỗi. Và... 13.026 người nắm giữ không đặt cược vào thứ vô hình. Họ đang theo dõi giá và lộ trình.
Đó là hai canh bạc thực sự khác nhau nằm trên cùng một token. Không chắc về lâu dài cái nào sẽ thắng. Cũng không chắc thị trường đã hiểu điều đó.

Ở đâu đó giữa quá trình làm, chủ đề và tài liệu thực tế bắt đầu đi theo những hướng khác nhau. Newton Protocol, $NEWT , #Newt , @NewtonProtocol được mô tả là các secure rollups giúp mở rộng quy mô cho AI — và Keystore rollup là có thật theo nghĩa lộ trình — nhưng hãy truy cập explorer.newt.foundation/mainnet ngay lúc này, thứ bạn thực sự đang xem lại là hạ tầng tiền-rollup. Mạng operator trên Ethereum mainnet và Base. EigenLayer restaking. Đánh giá chính sách dựa trên TEE theo từng giao dịch. Không có lớp rollup riêng trong trạng thái đang hoạt động.
Điều đó có nghĩa là câu chuyện về khả năng mở rộng cho ứng dụng AI không phải thứ đang được cung cấp hôm nay. Thứ được cung cấp là việc thực thi theo từng giao dịch thông qua sự đồng thuận của operator trên AVS — có ý nghĩa, nhưng không phải là cùng một thứ. Các thay đổi rollup sẽ làm biến đổi kinh tế: chi phí xác minh proof được khấu hao, chi phí cho mỗi lần đánh giá rẻ hơn, và khả năng gộp (batch) cùng đưa ra quyết định chính sách tốc độ rollup thay vì chờ L1 finality. Đó là “cú mở khóa” cho các ứng dụng AI chạy với khối lượng thực sự lớn. Còn cho đến khi có điều đó, các luồng agent tần suất cao sẽ gặp chi phí overhead của L1 ở mọi bước ủy quyền.
17.84M NEWT được mở khóa vào ngày 24/7 cho các nhóm bên liên quan, ~ $882K theo giá hiện tại. Nguồn cung đang chuyển động. Hạ tầng mà nó được cho là để phục vụ vẫn đang bắt kịp chính lộ trình của mình.
Tôi quay lại và kiểm tra GitHub — repo newton-contracts, hoạt động gần đây khá thưa. Công việc zkPermissions tồn tại trong litepaper và tài liệu với chi tiết kiến trúc thực sự. Chỉ là chưa có trên mainnet.
Hừm. Rollup chính là thứ khiến cho việc mở rộng quy mô cho AI trở nên hợp lý ở đây. Khó đánh giá một luận điểm về khả năng mở rộng khi lớp mở rộng chưa phải thứ đang chạy thực tế...