L I S A

Phần của TermMax mà tôi thấy thú vị nhất là việc tài trợ kỳ hạn cố định thay đổi cách tôi có thể cấu trúc một giao dịch quyền chọn. Thông thường tôi nghĩ về một vị thế quyền chọn qua điểm vào lệnh, lợi nhuận (payoff) và rủi ro, nhưng việc tài trợ có thể âm thầm làm thay đổi kết quả trong khi giao dịch vẫn còn mở. Với @TermMax , chi phí vay cố định cho tôi một khoản đầu vào tài trợ đã biết cho đến khi đáo hạn. Điều đó có nghĩa là tôi có thể ước tính chi phí nắm giữ (cost of carry) trước khi vào lệnh thay vì coi khoản chi phí lãi trong tương lai là một biến số không rõ. #TermMax

Đổi lại, độ chính xác đi kèm với sự cam kết. Kỳ hạn cố định nghĩa là tôi cần chọn một thời điểm đáo hạn thực sự phù hợp với chiến lược, thay vì giữ vốn hoàn toàn linh hoạt. Nhưng khi thời điểm được cân nhắc một cách chủ đích, ràng buộc đó lại có thể hữu ích. Tôi có thể so sánh lợi nhuận kỳ vọng từ quyền chọn với một chi phí tài trợ vẫn được xác định, giúp việc đánh giá hiệu quả kinh tế dễ dàng hơn trước khi tôi bỏ vốn. Tôi xem đây là một sự thay đổi tinh tế từ việc chỉ đơn giản là vay tiền sang việc thiết kế phần tài trợ xoay quanh chính giao dịch. Nếu quyền chọn đã đòi hỏi những giả định cẩn trọng về thời điểm và lợi nhuận, thì tại sao chi phí vốn lại vẫn phải không thể dự đoán?

My biggest interest in @TermMax is not simply that it offers fixed rate borrowing. It is what happens when that fixed cost sits beside options execution. I can think about a trade in terms of actual cost of carry instead of guessing where a floating borrowing rate might drift before maturity. In DeFi, that distinction matters because an options position can look attractive at entry and become much less compelling when financing costs change underneath it. With a fixed term, I know the borrowing cost upfront, which gives me a cleaner base for judging whether an options strategy still makes sense. #TermMax

The trade off is liquidity versus predictability. A fixed term can limit flexibility compared with constantly rolling capital through variable rate markets, but I would rather accept that constraint when I need a clearly defined financing window. For me, this makes TermMax interesting as a trading infrastructure layer rather than just another lending venue. The combination of fixed rate credit and options execution could let traders structure positions around maturity, financing cost, and expected payoff with much clearer assumptions. The real question I keep coming back to is this: when financing becomes predictable, does the bigger advantage come from better risk control, or from being able to design more precise strategies?

#termmax @TermMax

Self custody is the one thing I never compromise on, so most Bitcoin lending products lose my interest the moment they ask me to wrap or bridge BTC. Trustless Bitcoin Vaults (TBV) from @BabylonLabs_io is different, and that is why I decided to write about it.

What caught my attention is that the public testnet for native Bitcoin backed borrowing through Aave v4 already has several major names testing alongside regular users. That is not something you see with every early stage testnet. It signals the model is being taken seriously beyond just retail.

I tested it the same way anyone else can. Grabbed test tokens from the faucet, deposited native BTC, borrowed through Aave v4, and confirmed everything on the explorer. My keys never left my control at any point. If you want to form your own opinion instead of taking mine, funds share feedback through the official form before mainnet.

#baby $BABY

Babylon built the Bitcoin Staking Protocol, which grew into the largest Bitcoin based project in crypto by total value locked. Now @BabylonLabs_io is extending that native BTC into DeFi through Trustless Bitcoin Vaults (TBV), a way to use Bitcoin as collateral without wrapping, bridging, or trusting a middleman.

TBV currently powers native Bitcoin backed borrowing on Aave v4, live on public testnet. The flow is simple. Claim test tokens from the faucet, deposit native BTC in the testnet app, borrow assets like USDC on Ethereum, then check the transaction on the explorer.

What makes this worth trying is how little trust it asks for. Your Bitcoin stays native the whole time, and you never give up custody to complete the borrow. Test it yourself and send feedback through the official form before mainnet.

#baby $BABY

Hầu hết các nhà giao dịch đều có một thứ bậc trong đầu về tài sản, và ở vị trí cao nhất là Bitcoin được nắm giữ trong hình thức tự quản. Mọi thứ còn lại thường được coi là một sự đánh đổi: hoặc bạn hi sinh sự an toàn đó để lấy lợi suất từ DeFi, hoặc bạn nắm giữ ở dạng giao ngay và bỏ qua tiềm năng tối ưu hiệu quả sử dụng vốn.

Trustless Bitcoin Vaults (TBV) cuối cùng đang buộc mô hình nhị phân đó phải phát triển. Thay vì phải chọn giữa việc nắm giữ tài sản và đưa chúng vào hoạt động, kiến trúc TBV cho phép bạn duy trì quyền lưu giữ ở lớp nền (base layer) trong khi đồng thời dùng tài sản để hỗ trợ các vị thế DeFi trên Ethereum.

Khi tôi xem xét luồng thực thi của việc vay dựa trên Bitcoin bản địa, hồ sơ rủi ro khác biệt hoàn toàn so với các biến thể token được bọc (wrapped). Bởi vì chính tài sản thế chấp thực sự vẫn được khóa trong các kịch bản Taproot của Bitcoin và chỉ phát ra các bằng chứng trạng thái, nên sự phụ thuộc vào các bên vận hành cầu nối (bridge) từ bên thứ ba về cơ bản gần như biến mất.

Việc vay vốn từ chỗ là một câu hỏi về niềm tin giờ trở thành một câu hỏi về việc xác minh việc thực thi kịch bản trên chuỗi (onchain). Tôi đã dành thời gian tìm hiểu cách các vault này xử lý các ngưỡng kích hoạt thanh lý (liquidation) trong các mô phỏng testnet, và tốc độ thực thi cưỡng chế bằng mật mã (cryptographic enforcement) là một cải thiện rất lớn so với các lần cập nhật cầu nối dựa trên oracle truyền thống.

Đối với bất kỳ ai đã tránh xa các giao thức cho vay vì lo ngại liên quan đến cầu nối, đây là bước chuyển thực sự đầu tiên của thị trường. Việc chuyển sang cơ chế cưỡng chế bằng mật mã bản địa có thay đổi triển vọng dài hạn của bạn về hoạt động cho vay không?

@BabylonLabs_io $BABY #baby

Khi đánh giá hiệu quả sử dụng vốn trong tài chính phi tập trung (DeFi), việc vay dựa trên tài sản giao ngay thường chỉ là bước khởi đầu trong một sự thay đổi sâu rộng hơn của cả hệ sinh thái.

Việc ra mắt Trustless Bitcoin Vaults (TBV) mở ra cánh cửa để tài sản thế chấp Bitcoin gốc có thể vận hành một loạt các công cụ tài chính rộng lớn, vượt xa các pool cho vay đơn giản. Bằng cách cho phép các bằng chứng trạng thái Bitcoin có thể xác minh trên các lớp smart contract bên ngoài, TBV giúp các nhà phát triển xây dựng thị trường phái sinh, stablecoin phi tập trung và các cơ sở tín dụng trực tiếp được hỗ trợ bởi BTC chưa được chuyển đổi.

Điều này có nghĩa là các trader có thể duy trì mức tiếp xúc dài hạn với tài sản spot trong khi triển khai phần tài sản hiện có của mình vào các chiến lược sinh lời theo cấu trúc hoặc các vị thế phòng hộ mà không vướng ma sát với đối tác.

Điều làm tôi hào hứng nhất khi mở rộng TBV sang các sản phẩm tài chính đa chuỗi là cách nó chuẩn hóa bảo mật trên nhiều ứng dụng DeFi đa dạng. Thay vì tạo các token bọc riêng lẻ cho từng giao thức, một cơ chế vault thống nhất đảm bảo rằng các quy tắc tài sản thế chấp và logic thanh lý vẫn nhất quán về mặt mật mã.

Dù bạn đang hỗ trợ các tài sản tổng hợp trên Ethereum hay truy cập các hạn mức tín dụng tự động, Bitcoin gốc của bạn vẫn được neo an toàn trên chính chuỗi gốc của nó.

Khi ngày càng nhiều giao thức phi tập trung áp dụng hạ tầng TBV, Bitcoin gốc sẽ chuyển mình từ một kho lưu trữ giá trị thụ động thành trụ cột tài sản thế chấp chính cho web3.

Bạn đã cân nhắc sử dụng native $BTC để hỗ trợ các vị thế DeFi không phải cho vay chưa?

@BabylonLabs_io $BABY #baby

Babylon cần một danh sách ngày càng mở rộng các nhà trung gian thể chế để bán một thông điệp về việc loại bỏ trung gian

Tôi đã xem qua danh sách các đối tác gần đây và nó cứ tiếp tục tăng lên. Ginco tại Nhật Bản, Bflux cho lợi suất theo tổ chức, DSRV như hạ tầng trình xác thực (validator), Parataxis cho chiến lược quản lý ngân quỹ. Tất cả họ đều nằm giữa giao thức của Babylon và các tổ chức thực sự đang nắm giữ Bitcoin.

Điều đó khiến tôi thấy đáng để ngồi lại suy ngẫm. Mấu chốt của lời chào là không có người giám hộ, không có trung gian, chỉ tự lưu ký (self-custodial) việc staking được thực thi thuần trên chính Bitcoin. Nhưng để tiếp cận các tổ chức thì dường như vẫn cần các nhà cung cấp ví cho doanh nghiệp, các chuyên gia lưu ký và các đối tác theo khu vực—những người đóng vai trò lớp giao diện giữa nguồn dự trữ lạnh $BTC và lớp giao thức bên dưới.

Tôi không nghĩ điều đó mâu thuẫn với thiết kế không cần niềm tin (trustless). Bản thân BTC vẫn được khóa theo các điều kiện của script trên Bitcoin, bất kể ví doanh nghiệp nào khởi tạo giao dịch. Nhưng điều đó cũng có nghĩa là trải nghiệm staking không cần tin cậy, ít nhất đối với một ngân hàng hay kho bạc doanh nghiệp, vẫn vận hành thông qua một chuỗi các đối tác đã được thẩm định để xử lý tuân thủ, các giao diện lưu ký và khâu đăng ký tham gia (onboarding). Sự không cần niềm tin ở cấp độ giao thức và khả năng tiếp cận ở cấp độ tổ chức hóa ra là hai lớp rất khác nhau trong cùng một hệ thống.

Có lẽ đây chính là những gì quá trình áp dụng (adoption) trông như thế nào. Vốn được quản lý theo quy định không thể dịch chuyển nếu không đi trên các “đường ray” được quản lý, dù lớp mật mã nền tảng có sạch đến đâu.

Bitcoin của các tổ chức có bao giờ thực sự chạm trực tiếp vào một giao thức hoàn toàn trustless không, hay nó luôn phải đi qua một lớp các đối tác được tin cậy trước, bất kể lớp nền tảng hứa hẹn điều gì

@BabylonLabs_io $BABY #baby

Một báo cáo lỗi một dòng cho thấy nhiều điều về một giao thức hơn bất kỳ lộ trình nào

Tôi đã đọc kỹ bản công bố và điều khiến tôi chú ý không phải bản thân lỗi, mà là mức độ “bình thường” của nó. Một validator độc hại có thể bỏ qua trường mã băm của khối; protobuf cho phép điều đó vì trường là tùy chọn, và code của Babylon lại cố đọc dữ liệu không hề tồn tại. Nil pointer, runtime panic—các validator bị sập ngay tại ranh giới epoch, đúng lúc thời điểm đồng thuận quan trọng nhất.

Không có gì “kỳ lạ”. Không có <t-2/> $BTC nào gặp rủi ro, không có tiền nào bị động chạm, chỉ là một lỗi ở lớp đồng thuận có thể đã làm chậm việc tạo khối nếu đủ nhiều validator bị dính cùng lúc.

Điều thực sự khiến tôi quan tâm là con đường dẫn tới bản công bố. Được tìm thấy bởi một cộng tác viên độc lập ẩn danh, được đăng công khai trên GitHub, và được vá ở phiên bản 4.2.0 với việc xác thực nghiêm ngặt hơn đối với vote extensions. Đó là thực tế “buồn tẻ” và thiếu hào nhoáng của việc bảo mật vận hành trong các hệ thống sản xuất bảo vệ hàng tỷ BTC được stake. Không phải mã hoàn hảo, chỉ là một quy trình hoạt động nhằm phát hiện và khắc phục những gì lọt qua.

Tôi nghĩ mọi người hay nhầm lẫn giữa “trustless” (không cần tin tưởng) với “bug free” (không có lỗi), và hai khẳng định đó hoàn toàn không giống nhau. Trustless nói về ai là người nắm giữ quyền giám hộ. Nó không nói gì về việc phần mềm bên dưới có hoàn hảo hay không, bởi không có phần mềm nào hoàn hảo.

Một lỗi nhỏ, được vá nhanh, có khiến bạn tin vào quy trình hơn không, hay bất kỳ lỗ hổng nào ở cấp độ đồng thuận trong một giao thức bảo mật của Bitcoin chỉ khiến bạn lo lắng—dù cho việc đó được xử lý theo cách nào đi nữa?

@BabylonLabs_io $BABY #baby

Lời hứa không bọc sẽ có một dấu hoa thị chính xác khi mọi thứ đi sai

Tôi đã đào sâu vào cơ chế thanh lý thực tế của phần tích hợp Aave của Babylon và phát hiện ra chi tiết mà không ai đưa lên tiêu đề. Trong hoạt động bình thường, $BTC nằm bị khóa trong một Taproot UTXO, không bọc, không cầu nối—đúng như câu chuyện mà ai cũng lặp lại. Nhưng thanh lý lại là một khoảnh khắc hoàn toàn khác. Khi một vị thế bị thanh lý, phần hoán đổi diễn ra và được thanh toán bằng WBTC với một mức chênh lệch nhỏ, và chính các nhà kinh doanh chênh lệch giá mới là những người thực sự mua vaultBTC đó rồi đổi nó trở lại Bitcoin gốc sau khi cửa sổ của bằng chứng gian lận đóng lại.

Vì vậy, hệ thống vẫn hoàn toàn không cần tin cậy cho đến đúng thời điểm mọi thứ hỏng, và ngay tại đó, trong thời gian ngắn, Bitcoin đã bọc lại quay trở lại để giúp các đợt thanh lý diễn ra đủ nhanh để còn kịp có ý nghĩa. Việc thanh toán của Bitcoin diễn ra chậm, còn các thanh lý trong DeFi thì không có sự kiên nhẫn—và cần có một thứ để bắc qua khoảng trễ thời gian đó.

Tôi không nghĩ đây chính xác là một khiếm khuyết. Có lẽ đây là cách thực tế duy nhất để dung hòa tốc độ thanh toán của Bitcoin với cách các thị trường cho vay thực sự cần vận hành trong lúc căng thẳng. Nhưng điều đó cũng đồng nghĩa việc “độ tinh khiết” của bản chào mời có một đường nối ngay tại nơi rủi ro cao nhất—không phải nơi marketing thường chỉ vào.

Việc Bitcoin được bọc đi qua một đoạn ngắn trong lúc thanh lý có làm suy yếu tuyên bố “không cần tin cậy” hay đó chỉ đơn giản là dáng vẻ của kỹ thuật thực dụng khi chịu áp lực

@BabylonLabs_io $BABY #baby

Một khoản đặt cược, nhiều mạng lưới, một ngày tồi tệ xảy ra đồng loạt ở mọi nơi

Không ai nói đủ về điều này.

Nếu BTC bạn đã đặt cược có thể bảo mật nhiều Mạng lưới Bitcoin Secured Network cùng lúc, thì nghe có vẻ hiệu quả. Cùng một nguồn vốn, nhưng nhiều công việc bảo mật. Nghe rất ổn trên giấy tờ.

Nhưng rủi ro tương quan hoạt động theo cả hai chiều.

Một trình xác thực chạy kém trên nhiều mạng lưới thì không chỉ thất bại một lần. Nó thất bại ở mọi nơi mà nó tham gia. $BTC của bạn không còn bị phơi bày với chỉ một điều kiện bị cắt phạt nữa; nó bị phơi bày với số lượng mạng lưới mà trình xác thực đó chạm tới.

Hiệu quả và sự tập trung về cơ bản là cùng một đồng xu lật ngược.

Tôi không nói rằng điều này làm mô hình bị sụp đổ. Tôi nói rằng nó thay đổi những gì thẩm định (due diligence) thực sự cần nhìn vào đối với bất kỳ ai đặt cược thông qua Babylon. Bạn không còn chỉ đánh giá sức khỏe của một mạng lưới nữa. Bạn đang đánh giá hành vi của trình xác thực trên toàn bộ danh mục mạng lưới mà BTC của bạn tình cờ đang bảo mật.

Hầu hết mọi người đặt cược sẽ không kiểm tra điều này. Họ sẽ nhìn vào lợi suất, thấy khả năng tự lưu ký, và đặt cược mà không vạch ra mức độ phơi bày của trình xác thực trên các mạng lưới khác nhau.

Liệu việc chia sẻ bảo mật có nên đi kèm minh bạch bắt buộc về việc trình xác thực chồng lấn hay không, hay đó là đòi hỏi quá nhiều từ một hệ thống được thiết kế để đơn giản cho người dùng cuối

@BabylonLabs_io $BABY #baby

Tại sao một giao thức bảo mật Bitcoin thậm chí lại cần một chuỗi riêng của nó

Mình đã bị vướng mắc vấn đề này một thời gian. Nếu toàn bộ câu chuyện là “staking Bitcoin không cần tin cậy”, với mọi thứ được thực thi thông qua Bitcoin script và timelocks, thì tại sao lại đưa Babylon Genesis chain vào câu chuyện ngay từ đầu? Việc thêm một chuỗi khác có làm tái xuất hiện đúng loại bề mặt tin cậy mà giao thức này được thiết kế để tránh hay không.

Câu trả lời mình tìm được là: bản thân Bitcoin không thể phối hợp bất cứ điều gì ngoài các điều kiện khóa đơn giản. Bitcoin không có khái niệm về tập hợp trình xác thực (validator set), không có cách theo dõi các mạng Proof of Stake nào đang được bảo đảm (secured), cũng như không thể thực thi slashing theo cách thống nhất trên hàng chục Bitcoin Secured Networks khác nhau. Genesis chain tồn tại để làm công việc điều phối và quản trị mà Bitcoin vốn không được thiết kế để đảm nhiệm, trong khi việc giám sát/chịu trách nhiệm lưu ký và cam kết staking thực tế vẫn được thực thi ngay tại lớp Bitcoin.

Vì vậy, nó ít liên quan đến việc “thêm tin cậy” hơn là tách bạch việc thực thi khỏi việc điều phối. Bitcoin nắm các bảo đảm, còn Genesis chain xử lý việc ghi sổ và quản trị thông qua BABY. Dù vậy, bất kỳ chuỗi bổ sung nào cũng là thêm hạ tầng cần các giả định an ninh riêng, ngay cả khi nó không bao giờ chạm đến phần staked thực sự của bạn <$BTC >.

Sự tách bạch này có thực sự còn đứng vững khi ngày càng có thêm nhiều mạng kết nối, hay mức độ phức tạp lại quay trở lại từ lớp điều phối thay vì từ lớp lưu ký?

@BabylonLabs_io $BABY #baby

Quy tắc Chính sách Rego Chỉ Tốt Như Người Viết Chúng

$NEWT Newton chạy các đánh giá thông qua Rego, một ngôn ngữ chính sách khai báo, và đó là phần mà cho đến nay chẳng ai thực sự đụng tới. Vẫn cần có ai đó thực sự phải soạn thảo các quy tắc này cho đúng, và Rego nổi tiếng là dễ viết ra logic hợp lệ về mặt kỹ thuật nhưng lại không làm điều bạn nghĩ nó sẽ làm. Nếu một người quản lý kho dữ liệu (vault curator) hoặc một giao thức viết một chính sách bị lỗi, thì bằng chứng zk sẽ vui vẻ xác nhận rằng chính sách lỗi đó đã được tuân thủ một cách hoàn hảo. Xác minh cho biết quy tắc đã được thực thi đúng như đã viết, chứ không nói gì về việc bản thân quy tắc đó có thông minh hay không. Đó là một bề mặt sai sót của con người nằm ngay bên dưới toàn bộ đảm bảo mật mã này.

Tôi muốn thấy các công cụ kiểm toán chính sách trước khi tin rằng các quy tắc do người quản lý kho dữ liệu viết sẽ đủ dùng với quy mô thực tế. Mức độ rủi ro của tôi tăng lên khi có một chuẩn mực để rà soát logic Rego trước khi nó được đưa vào vận hành trên một vault. Bằng chứng không cứu bạn khỏi thiết kế chính sách tệ.

@NewtonProtocol $NEWT #Newt

Bảy Ngày Trước Và Những Con Số Cuối Cùng Cũng Khớp Với Cơn Sốt

Tôi đã ngừng coi việc farming airdrop một cách nghiêm túc từ một thời gian trước vì hầu hết các mùa đều kết thúc với một token mà thực tế chẳng ai muốn khi giao dịch mở ra. GRVT là dự án đầu tiên trong nhiều tháng mà tôi thực sự xem các chỉ số trước sự kiện tạo token, thay vì xem sau. Và riêng dữ liệu open interest cũng đủ khiến tôi ngồi bật dậy.

Open interest tăng từ khoảng 11 triệu lên 484 triệu trong suốt Season 2—điều đó không phải là “cơn sốt” tự nhiên. Đó là khối lượng phái sinh thật sự đứng sau những con số. TVL cũng leo từ khoảng 11 triệu lên hơn 107 triệu trong cùng khoảng thời gian. Tổng khối lượng giao dịch lũy kế vượt 393 tỷ theo hai chiều, và riêng tháng 1 đã in ra 51,6 tỷ trong khối lượng theo tháng. Những con số kiểu này thường chỉ xuất hiện sau khi một token được ra mắt, chứ không phải trước đó.

Với TGE rơi vào ngày 21 tháng 7 và phần phân bổ cho cộng đồng hiện đang ở mức 28% của tổng cung cố định 1 tỷ, đây là một trong số ít trường hợp mà các nền tảng (fundamentals) đã xếp chồng lên nhau từ trước, trong khi những người khác chỉ mù quáng farm điểm. Tôi đã thấy quá nhiều dự án cho token “lên sàn” với thanh khoản mỏng rồi chứng kiến nó bị xả trong vài ngày.

Token này đang ra mắt trên một sàn đã chứng minh rằng nó có thể xử lý khối lượng thật. Điều đó thay đổi hoàn toàn cách tôi nghĩ về việc định vị sau TGE.

Theo dõi kỹ sổ lệnh khi giao dịch vừa mở.

@grvt_io #grvt

Quy Tắc Chính Sách Chặn Các Giao Dịch Hợp Pháp Là Rủi Ro Mà Không Ai Nhắc Tới

Ai cũng nói về việc Newton $NEWT ngăn chặn các lần thanh toán độc hại, nhưng hãy lật ngược logic đó trong giây lát. Một bộ máy chính sách đủ chặt để bắt kẻ xấu cũng đồng thời đủ cứng để gây nhầm lẫn với các chiến lược hợp pháp của tác nhân mà chỉ trông có vẻ “lạ” trên giấy tờ. Nếu chiến lược tự động của tôi bị gắn cờ và chặn vì nó không khớp với một bộ quy tắc được đặt sẵn, tôi sẽ phải chịu trượt giá và bỏ lỡ các lệnh vào trong khi hệ thống lại bảo vệ tôi khỏi một mối đe dọa chưa từng tồn tại. Cảnh báo sai ở lớp thực thi trước giao dịch là một chi phí thật sự, không chỉ là lý thuyết. Chưa có dữ liệu nào được công bố về việc các giao dịch hợp pháp bị từ chối thường xuyên đến mức nào so với các trường hợp độc hại thực sự.

Tôi muốn có tỷ lệ cảnh báo sai trước khi tin tưởng điều này với quy mô thực. Các chiến lược của tôi không thể chịu rủi ro bị chặn giữa lúc đang thực thi vì một bộ quy tắc quá thận trọng. Độ chính xác quan trọng ngang bằng với khả năng bảo vệ ở đây.

@NewtonProtocol

$NEWT

#Newt

Tin tưởng một CEX bằng bằng chứng thay vì những lời hứa

Tôi đã mất đếm bao nhiêu lần một sàn đã nói với chúng ta rằng các quỹ của chúng ta an toàn ngay trước khi mọi thứ sụp đổ. Đó là lý do chính khiến việc thanh toán ZK on-chain hiện quan trọng với tôi: GRVT không yêu cầu tôi phải tin vào một bảng cân đối mà tôi không thể xem; các bằng chứng có thể được xác minh, thay vì chỉ được hứa hẹn trong một bài đăng blog sau khi sự cố đã xảy ra.

Các sàn giao dịch tập trung theo lịch sử vận hành dựa trên niềm tin: bạn giả định rằng các khoản dự trữ luôn tồn tại cho đến khi lệnh tạm dừng rút tiền chứng minh ngược lại. GRVT lật lại điều đó bằng cách thanh toán các giao dịch thông qua các bằng chứng zero-knowledge (kiến thức-không) on-chain, trong khi vẫn chạy phần thực thi off-chain để tối ưu tốc độ. Như vậy, “phao cứu sinh” này mang tính toán học, không phải danh tiếng.

Sự khác biệt này trở nên rõ ràng hơn khi chứng kiến nhiều nền tảng sụp đổ, nơi người dùng phát hiện quá muộn rằng mức độ rủi ro của họ thực ra không hề được hậu thuẫn như những gì họ đã tuyên bố. Ở đây, lớp thanh toán không quan tâm đến cảm tính hay các thông báo “tin tôi đi anh bạn”. Nó chỉ xác minh.

Hoạt động được cấp phép ở phía trên còn loại bỏ thêm một lớp “mù quáng tin tưởng”: đây không phải là một đội ngũ ẩn danh với hy vọng rằng cơ quan quản lý sẽ không bao giờ để ý đến họ. Việc $GRVT có giới hạn cung cố định 1 tỷ giúp phía token của phương trình này có được mức độ dự đoán tương tự như kiến trúc thanh toán vốn đã cung cấp.

Quan sát cách điều này được duy trì khi các đối tác lớn hơn bắt đầu phân bổ quy mô.

@grvt_io #grvt

Các Chênh Lệch Gas Sẽ Quyết Định Thực Tế Khối Lượng Đi Về Đâu

Newton chạy trên cả Base và Ethereum mainnet, nhưng chi phí thực thi giữa hai chuỗi đó không hề tương đương, và sự khác biệt này thay đổi cách các tác nhân (agents) hoạt động trong thực tế. Nếu việc thực thi chính sách thêm bất kỳ tính toán phụ nào so với một giao dịch bình thường, thì phần “phí tổn” đó sẽ bị nhân lên theo môi trường gas mà bạn đang ở. Trên Base, nó có thể gần như không đáng kể, nhưng trên Ethereum mainnet trong bất kỳ giai đoạn tắc nghẽn thực sự nào, bước xác minh bổ sung đó có thể khiến các chiến lược tự động trở nên không có lãi ngay cả trước khi chúng kịp được kết toán. Chưa ai công bố các con số so sánh chênh lệch chi phí thực tế giữa hai chuỗi dưới lớp thực thi mới này.

Tôi cá rằng phần lớn hoạt động nghiêm túc của các tác nhân sẽ di chuyển về Base chủ yếu vì chi phí, chứ không phải vì Ethereum $ETH kém an toàn hơn. Nhưng nếu điều đó xảy ra nhanh, thanh khoản ở phía Ethereum cho hệ thống này có thể sẽ trở nên mỏng trong khi mọi người đuổi theo chi phí thực thi rẻ hơn. Tôi sẽ theo dõi dữ liệu gas trước khi tôi quyết định quy mô.

@NewtonProtocol $NEWT #Newt

Trượt giá trên một DEX khiến tôi ghét việc phải chờ

Ai đã từng giao dịch với quy mô thực trên một ứng dụng phi tập trung đều biết quy trình: bạn ký một giao dịch, chờ xác nhận, nhìn giá của mình biến động theo chiều bất lợi, rồi lặp lại cho nhánh tiếp theo của lệnh giao dịch. GRVT bỏ qua toàn bộ vòng lặp đó với một engine khớp lệnh 600k TPS, vận hành thực sự giống một sàn tập trung, trong khi việc quyết toán vẫn diễn ra on-chain thông qua các bằng chứng ZK.

Điều thuyết phục tôi không chỉ là tốc độ, mà là khả năng xoay chuyển giữa hợp đồng crypto (perps) và mức tiếp xúc RWA như vàng và dầu ngay trong cùng một giao diện mà không cần đổi sàn hay tự tay chuyển tài sản bằng bridge. Độ sâu thị trường trên các thiết lập DEX truyền thống cho bất kỳ thứ gì ngoài nhóm mã lớn (majors) thường rất mỏng, và trượt giá sẽ “ăn” vào điểm vào lệnh của bạn trước cả khi bạn kịp thấy thoải mái với vị thế.

Ở đây, việc khớp lệnh cảm giác gần với sổ lệnh của một CEX: các lệnh được điền nhanh đến mức tôi không phải ngồi trông một giao dịch đang chờ trong khi luận điểm của mình đã trở nên lỗi thời. Khoảng trống giữa tính tự chủ của DEX và tốc độ của CEX chính là nơi mà hầu hết các nền tảng thất bại: họ chọn một trong hai và đánh đổi phần còn lại.

GRVT có trần cung cố định 1 tỷ token, ít nhất cũng cho tôi một con số rõ ràng để theo dõi so với open interest khi dự án ngày càng được chú ý.

Vẫn đang theo dõi cách mọi thứ mở rộng ra sao khi khối lượng tăng lên.

@grvt_io #grvt