Muhammad Umer Arshad

Tiếp tục đào bới TermMax, và hôm nay chính vai trò Curator đã khiến tôi đứng hình. Toàn bộ lời hứa của DeFi là loại bỏ trung gian, và rồi đây là một giao thức trao việc quản lý quỹ lại cho một cá nhân. Thấy như một bước lùi trước cả khi tôi kịp đọc các chi tiết.

Dù vậy, tôi vẫn thử. Nạp vào một vault và để nó chạy mà không đụng gì tới. Phần khó chịu không nằm ở cơ chế, mà ở câu hỏi niềm tin nằm bên dưới nó. Tôi mở lịch sử on-chain của curator và thật lòng là không thể hiểu nổi phần lớn. Điều duy nhất tôi có thể xác nhận là liệu họ đã từng bị lỗ hay chưa. Tôi phải ngồi với sự không chắc chắn đó một lúc trước khi quyết định là ổn.

Rồi cuối cùng cũng sáng ra: đây chính là ý nghĩa thật sự của việc trở thành người gửi tiền (depositor) ở đây. Bạn không hề loại bỏ niềm tin—bạn đang đặt cược rằng phán đoán của người khác sẽ thắng việc chỉ ngồi yên.

Điều làm tôi bớt lo phần nào là xem kỹ những gì mà curators không thể làm. Các thay đổi tham số phải đi qua một timelock. Một vai trò Guardian có thể can thiệp và hủy các thay đổi trước khi chúng có hiệu lực. Curators cũng bị giới hạn trong các thị trường đã được phê duyệt sẵn, họ không thể tự ý đi vào bất cứ thứ gì. Ngoài ra, các khoản tiền nhàn rỗi sẽ được tự động chuyển vào nguồn sinh lợi như Morpho, nên vốn không chỉ nằm chết trong lúc chờ ghép lệnh.

Vẫn chưa thật sự yên tâm về việc các “hàng rào” này có đứng vững trong một cuộc khủng hoảng thật sự hay không. Một timelock chẳng giúp được nhiều trong lúc xảy ra chuỗi thanh lý (liquidation cascade) đang diễn ra. Nếu curator phản ứng quá chậm, người gửi tiền sẽ chịu độ trễ đó, bất kể trên giấy có những biện pháp bảo vệ nào.

Những cái tên đã được biết đến như Keyrock cũng đang vận hành curator vault ở đây, ít nhất là cho tôi thấy sự hoài nghi không chỉ là của riêng tôi.

Nhận định của tôi: Curator có thể là bước rẽ thật sự của DeFi—một bên là các giao thức thuần thuật toán, một bên là các kho quỹ do con người quản lý. Phi tập trung lúc nào cũng được tạo ra để loại bỏ những trung gian mà bạn không thể kiểm toán, chứ không phải để loại bỏ trung gian nói chung. Và đó là nơi mà tôi đang tạm dừng suy nghĩ vào lúc này.

@TermMax #TermMax #BinanceSquareTalks

Tối qua tôi lục lại các ghi chú TermMax của mình. Ban đầu chỉ định xác định cho rõ FT, XT và GT thực sự liên kết với nhau như thế nào. Cuối cùng lại bị kẹt ở phần GT một lúc lâu; một câu hỏi cứ cồn cào trong đầu: nếu bản thân một vị thế đòn bẩy có thể được chuẩn hóa thành một đối tượng giao dịch duy nhất, thì việc quản lý các chiến lược phức tạp chẳng sẽ trở nên đơn giản hơn rất nhiều sao.

Chính câu hỏi đó đã kéo tôi đi sâu hơn. TermMax không chỉ là thêm một thị trường cho vay khác được gắn thêm vào “sổ tay” hiện có của DeFi. Nó đang giải quyết điều mà DeFi đã lặng lẽ né tránh trong nhiều năm: các tài sản tồn tại trên chuỗi, nhưng kỳ hạn, lợi suất và rủi ro nằm phía sau những tài sản đó hiếm khi được thể hiện với độ chính xác thực sự.

FT là phần dễ nắm bắt nhất. Nó đưa dòng tiền thu nhập cố định trong tương lai lên chuỗi từ sớm, được định giá và có thể giao dịch tốt trước thời điểm đáo hạn, thay vì bị khóa lại dưới dạng một lời hứa trừu tượng. Phần lãi suất nằm trong FT có thể được tách ra và tương tác trực tiếp với XT, qua đó mỗi “lát cắt” khác nhau của cùng một khoản nợ có một biểu diễn độc lập riêng.

Còn GT là phần thật sự khiến tôi mắc kẹt. Nó gói tài sản thế chấp, kỳ hạn và trạng thái vị thế thành một chứng chỉ duy nhất trên chuỗi. Thứ từng đòi hỏi một quy trình đòn bẩy thủ công nhiều bước giờ được nén lại thành một đối tượng có thể theo dõi duy nhất. Khoảnh khắc đó là lúc toàn bộ thiết kế “khớp” với tôi.

Range Orders lại lần nữa thu hút sự chú ý của tôi—không chỉ như một công cụ giao dịch, mà như một cơ chế khám phá lãi suất. Thay vì các mức lãi suất chỉ điều chỉnh thụ động theo cung và cầu như phần lớn các nền tảng cho vay DeFi, người dùng thể hiện trực tiếp kỳ vọng lãi suất của họ, và thị trường từ đó xác định mức lãi suất cố định.

Việc lưu ký, độ tin cậy của oracle và hành vi thanh lý vẫn cần được kiểm thử căng thẳng thực sự theo thời gian. Nhưng dù sao thì sự chuyển dịch cốt lõi vẫn nổi bật: một khi tài sản trên chuỗi có thể thực sự mang giá trị theo thời gian, DeFi bắt đầu chạm tới những vấn đề mà tài chính truyền thống đã xử lý trong nhiều thập kỷ.

Chỉ riêng điều đó cũng đủ là lý do để tôi tiếp tục theo dõi sát.

@TermMax #TermMax

Đã bỏ lỡ một giao dịch trong tuần này mà dường như đã chạy rất mạnh khi tôi không theo dõi. Thay vì đuổi theo chu kỳ “hype” tiếp theo, tôi đã dành thời gian đọc kỹ thiết kế TMX của TermMax, và điều nổi bật không phải là nhãn “governance token” (token quản trị), mà là mức độ chức năng thực sự nằm bên dưới nó.

Phần đáng để hiểu là Curator Vaults (Kho tiền của Curator). Đây không phải là các quyền biểu quyết đơn giản gắn thêm lên một token. Vault là chuẩn ERC-4626, nghĩa là các curator sẽ chủ động triển khai số vốn đã gửi vào qua nhiều thị trường với lãi suất cố định khác nhau, thực hiện các lệnh theo dải (range orders) và điều chỉnh chiến lược khi điều kiện thay đổi. Người gửi tiền nhận các phần chia trong vault tương ứng theo hiệu suất thực tế, chứ không phải là một lời hứa cố định.

Điểm khác biệt so với quản trị DeFi thông thường là cơ chế trách nhiệm giải trình được tích hợp sẵn. TermMax không tính phí quản lý giao thức, chỉ các curator mới kiếm được thông qua phí hiệu suất gắn trực tiếp với lợi nhuận mà họ tạo ra. Curator làm tốt sẽ được thưởng, còn những người yếu kém thì mất tiền gửi và uy tín. Các thay đổi trong tham số của vault cũng đi qua một timelock bất xứng: những thay đổi giúp giảm rủi ro được áp dụng ngay lập tức, nhưng mọi thứ làm tăng rủi ro sẽ nằm trong một “cửa sổ xem xét” nơi vai trò Guardian có thể can thiệp và chặn nó trước khi có hiệu lực.

Vốn nhàn rỗi cũng không chỉ nằm im. Nó sẽ tự động được chuyển sang các nguồn tạo lợi suất khác trong lúc chờ được khớp vào một vị thế.

Đó là lý do khiến TMX đáng được chú ý hơn một bản “pitch” về governance token thông thường. Nó gắn với cách vốn thực sự được phân bổ và cách rủi ro được xem xét, chứ không chỉ là một lá phiếu diễn ra sau khi mọi thứ đã xảy ra.

@TermMax #TermMax

Tôi tình cờ gặp TermMax khi đang lướt qua các trang dự án, và điều nổi bật là cách nó đi thẳng sau vấn đề “lãi suất biến đổi” trong cho vay DeFi. Bất kỳ ai đã từng trải qua một chu kỳ trên Aave hoặc Compound đều biết nỗi đau đó: lãi suất có thể tăng vọt chỉ qua một đêm khi thị trường biến động, và các vụ thanh lý khiến người ta bất ngờ ngay cả khi họ tưởng rằng vị thế của mình an toàn. Lời giải của TermMax khá trực diện: khi mở vị thế, cả lãi suất lẫn kỳ hạn đều bị khóa. Từ ngày đầu, bạn biết chính xác mình phải trả bao nhiêu và chính xác khi nào.

Ý tưởng này nghe rất ổn trên giấy tờ. TermMax không chỉ đơn thuần là cho vay; nó còn tích hợp các vault, đòn bẩy thông qua GT, và giao dịch theo cơ chế thời gian suy giảm thông qua XT—về cơ bản là cố gắng đưa tư duy “thu nhập cố định” từ tài chính truyền thống lên on-chain một cách trọn vẹn. Nhưng điều đó cũng đặt ra một câu hỏi thực sự. Liệu sự chắc chắn như vậy có thể đứng vững trong DeFi về lâu dài không? Lãi suất cố định chỉ hoạt động nếu cả hai phía đều tham gia: người cho vay cần lợi suất đủ hấp dẫn để đáng với việc bị khóa vốn, và người đi vay phải thật sự muốn kỳ hạn cố định thay vì sự linh hoạt để có thể thoát bất cứ lúc nào. Nếu không có đủ chiều sâu thanh khoản, “cố định” chỉ là một con số nằm trên nền thanh khoản mỏng.

Đó là điểm mâu thuẫn mà tôi luôn quay lại. Sức hút của DeFi là tốc độ và sự linh hoạt. Việc khóa kỳ hạn và lãi suất đi ngược lại bản năng đó, ngay cả khi nó giải quyết một vấn đề có thật. TermMax hiện đang gần như chạy một thí nghiệm cho cả ngành: kiểm tra liệu khả năng dự đoán có phải là thứ người dùng thực sự muốn khi họ có thể tiếp cận, hay liệu lãi suất thả nổi vẫn là mặc định vì mọi người thích tùy chọn được di chuyển.

Liệu nó có trở thành một danh mục thực sự hay chỉ ở lại một ngách trong DeFi vẫn là câu hỏi mở cần tiếp tục theo dõi.

@TermMax #TermMax

Ba năm trong DeFi, và điều thực sự làm tôi mất kiên nhẫn không phải lợi suất thấp—mà là không biết khi nào tiền của chính tôi sẽ quay trở lại.

Đây là chuyện xảy ra với tôi tháng trước. Tôi có tiền đang nằm trong một pool lãi suất thả nổi, dự định rút vào ngày 17 để thanh toán một khoản mua phần cứng. Tôi thử rút sớm hai ngày thì thấy pool đang ở mức sử dụng 94%, gần như không còn gì để rút. Tiền của tôi về mặt kỹ thuật vẫn ở đó, nhưng không truy cập được. Tôi buộc phải vay ở nơi khác với lãi suất tệ hơn chỉ để bù phần thiếu. Tôi đã mất gần hai ngày tiền lãi vì phải đuổi theo tiền của chính mình.

Từ đó, tôi chuyển sang quản lý vị thế của mình bằng các thị trường kỳ hạn cố định của TermMax.

Vấn đề của các pool theo nhu cầu (on-demand) là mang tính cấu trúc. Việc rút tiền của bạn thực ra không được đảm bảo ngay tại thời điểm bạn gửi—nó hoàn toàn phụ thuộc vào việc người khác đã vay bao nhiêu từ cùng pool đó tại đúng thời điểm ấy.

Các thị trường kỳ hạn loại bỏ phần đoán này. Mỗi thị trường có một ngày đáo hạn cố định, được nêu rõ ngay từ đầu. Bạn biết chính xác ngày tiền của bạn quay trở lại và biết chính xác số tiền nhận về. Hiện tại tôi chia tiền gửi theo nhiều kỳ hạn: một kỳ ngắn cho các chi phí gần hạn, một kỳ trung bình cho các khoản thanh toán định kỳ, và một kỳ dài hơn tôi coi như tiền tiết kiệm không chạm đến. Mỗi “ngăn” có một nhiệm vụ riêng.

Ban đầu tôi cũng phản đối các kỳ hạn bị khóa; đa số người dùng crypto cũng vậy—khóa tiền giống như từ bỏ sự linh hoạt. Nhưng thực tế lại ngược lại. Biết chính xác từng phần sẽ quay về vào khi nào khiến tôi thấy thoải mái hơn khi phân bổ một phần lớn tiền của mình để hoạt động thay vì để tiền nhàn rỗi.

Một lưu ý đáng nhắc lại: đừng đưa số tiền mà bạn có thể cần trong vòng 30 ngày vào một vị thế kỳ hạn. Rút sớm đồng nghĩa với việc bán trên thị trường thứ cấp với mức chiết khấu.

Hiện tại bạn đang chia tiền giữa on-demand và các kỳ hạn cố định như thế nào?

@TermMax #TermMax

Tôi đã lướt đọc whitepaper của Babylon vào một đêm muộn và bị kẹt lại ở một con số: market cap ở tầm hàng nghìn tỷ. Phản xạ đầu tiên của tôi rất đơn giản—tài sản càng lớn thì việc staking càng an toàn, coi như kết luận xong. Nhưng tôi nhanh chóng gạt ý nghĩ đó sang một bên, vì nó dựa trên một giả định cũ mà tôi chưa thực sự chất vấn. Việc đọc lại Phần 2 một cách nghiêm túc mới là thứ thực sự làm thay đổi cách tôi nghĩ.

Tôi vẫn luôn cho rằng lợi thế của Bitcoin chỉ thuần túy đến từ quy mô. Nhưng rồi có một dòng dừng tôi lại: bài viết nêu rằng bảo mật của một chuỗi PoS là hàm trực tiếp của market cap của tài sản được stake, và một cú sụt giá mạnh sẽ mở ra một “cửa sổ” tấn công thực sự.

Sau đó tôi tự tính logic đó trên giấy. Ngân sách bảo mật bằng giá của tài sản được stake nhân với lượng được stake. Nếu làm giá token gốc rơi xuống, thì ngân sách bảo mật cũng rơi theo, mở đường cho kẻ tấn công đúng vào thời điểm chuỗi yếu nhất. Đây là một lỗi mang tính cấu trúc được “nhúng” vào mọi chuỗi PoS: tài sản được stake cũng chính là nguồn rủi ro lớn nhất. Sự biến động tương đối thấp của Bitcoin giống như một bộ ổn định được cắm vào phương trình mong manh đó.

Điều mà Babylon thực sự làm không phải là đưa vào lượng vốn lớn hơn, mà là đưa vào lượng vốn ổn định hơn. Nó chuyển hồ sơ biến động của ngân sách bảo mật—từ một token gốc hay “lắc lư” sang Bitcoin. Kẻ tấn công không thể làm rẻ chi phí tấn công chỉ bằng cách chờ một đợt giảm giá, vì phần stake nền tảng giờ đây không còn là một altcoin dễ bị thao túng nữa.

Đây không phải là tối ưu hóa kích thước ngân sách, mà là xác định lại khái niệm về một tài sản “thực sự” an toàn. Chỉ riêng quy mô là chưa đủ; quy mô đi kèm với sự ổn định mới là điều quan trọng. Cuối cùng Bitcoin có một use case thực sự được xây dựng dựa trên đúng đặc tính đó.

Cần nói thẳng một điều: toàn bộ mô hình này giả định rằng biến động của Bitcoin sẽ vẫn tương đối được kiềm chế trong tương lai. Nếu điều đó thay đổi và BTC bắt đầu vận hành như một altcoin biến động cao, thì lợi thế này sẽ suy yếu theo. Vẫn đang tiếp tục theo dõi giả định đó sát sao.

@BabylonLabs_io #baby $BABY

Có một điều làm tôi sợ hơn cả biến động thực sự khi giao dịch: một sổ lệnh trông có vẻ dày nhưng nhà tạo lập thị trường đứng sau nó gần như đã hết đạn dự trữ. Báo giá có thể biến mất hoàn toàn ngay khi thị trường bị căng thẳng, và không ai thấy điều đó đến từ bề mặt.

Mẫu hình tương tự cũng áp dụng cho cách tôi nghĩ về các Finality Providers (FP) của Babylon hiện nay.

Mỗi lần một FP ký một block, nó sẽ rút từ một lô số ngẫu nhiên công khai đã được cam kết trước (được chuẩn bị sẵn), không phải được tạo ra ngay lúc đó. Kích thước lô mặc định là 50.000, tương đương khoảng năm ngày rưỡi đến năm ngày rưỡi bao phủ.

Một sự cố ngừng hoạt động ngắn gần như không đáng kể miễn là lượng dự trữ đó vẫn còn. Nhưng khi nó cạn kiệt, một FP vẫn có thể hiển thị trạng thái ACTIVE trong lặng lẽ dù không ký được, đơn giản vì không còn “lượng che phủ” để làm việc.

Uptime chỉ cho bạn biết chuyện đang xảy ra ngay lúc này. Lượng dự trữ còn lại cho bạn biết mức độ gần tới lúc mọi thứ bị “gãy”.

Các bảng xếp hạng công khai xếp hạng các FP theo khối lượng được uỷ quyền với độ chính xác thực, nhưng lại bỏ qua con số quan trọng nhất cho rủi ro: số ngày liên tục còn năng lực ký mà mỗi FP hàng đầu có thể duy trì. Một FP quản lý 10.000 BTC nhưng chỉ còn 6 giờ dự trữ thì “mỏng hơn” về mặt thực tế so với một FP quản lý 3.000 BTC với 7 ngày còn lại. Chỉ riêng khối lượng đã che giấu hoàn toàn khoảng trống đó.

Khi lượng dự trữ của các FP hàng đầu thu hẹp, trình tự thường diễn ra như sau: bỏ lỡ chữ ký trước, giảm phần thưởng sau, rồi đến tái uỷ quyền, và chỉ sau đó thị trường mới thực sự định giá lại rủi ro quanh $BABY .

Đến khi các con số uptime bắt đầu giảm thấy rõ trên dashboard thì khoảng trống thông tin đó đã đóng lại chống lại bạn rồi.

Với lạm phát hằng năm của BABY đang ở mức 5,5%, điều mà những người nắm giữ thực sự đang “trả tiền” là năng lực ký liên tục. Một thước đo hữu ích hơn uptime: số ngày che phủ còn lại tối thiểu trong số các FP hàng đầu, và lượng “ngày ký ổn định” mà lạm phát đó thực sự mua được.

Khối lượng được uỷ quyền thể hiện quy mô. Dự trữ năng lực ký cho biết quy mô đó có thể được duy trì trong bao lâu. DYOR.

@BabylonLabs_io #baby

Những giả định của tôi về bảo mật PoS luôn mang tính tập thể: sự an toàn phụ thuộc vào việc đa số vẫn trung thực. Nếu hơn một phần ba trình xác thực trở nên độc hại, chuỗi sẽ bị phân nhánh (fork), người đặt cược (staker) bị phạt hoặc mắc kẹt cùng nhau, và mọi người đều gánh chịu hậu quả. Điều đó giống như một sự thật hiển nhiên về cách đặt cược vận hành—cho đến khi một dòng trong Mục 4 của whitepaper Babylon khiến tôi phải dừng lại giữa chừng.

Cụm từ chính xác khiến tôi ấn tượng: một staker vẫn có thể unbond ngay cả khi mọi staker khác trên chuỗi PoS đều trở nên không trung thực. Việc kiểm duyệt lệnh rút (withdrawal) là không thể. Đọc lại hai lần. Không phải “đa số”, mà là “tất cả”. Không phải “không chắc”, mà là “không thể”. Nghĩa là ngay cả khi toàn bộ tập trình xác thực bị hủy hoại hoàn toàn—đồng loạt cùng chặn lối thoát của bạn—vẫn không thể ngăn bạn lấy lại BTC của mình.

Tôi mất một lúc để hiểu vì sao điều này hoạt động. “Mẹo” không nằm ở Babylon làm gì trên chuỗi PoS; nó nằm ở chỗ tài sản được đặt cược thực sự nằm ở đâu. Tài sản đó nằm trên Bitcoin, không phải trên chính chuỗi PoS. Vì vậy, một tập trình xác thực độc hại có thể kiểm soát mọi giao dịch trên chuỗi của riêng họ, nhưng họ không có khả năng tác động đến các UTXO của Bitcoin. Việc unbond được khởi tạo trực tiếp trên Bitcoin, không cần bất kỳ sự chấp thuận nào từ chuỗi PoS ở bất kỳ thời điểm nào.

Hãy hình dung như một cánh cửa khóa mà người chủ nhà đã hàn cơ chế khóa vào chính Bitcoin, và chỉ bạn mới giữ chìa khóa. Mọi hàng xóm có thể cấu kết để nhốt bạn bên trong, nhưng bạn vẫn có thể bước ra ngoài. Đây không phải là tối ưu hóa bảo mật tập thể, mà là việc định nghĩa lại “quyền lực” thực sự của từng staker nằm ở đâu—được tách hẳn khỏi sự đồng thuận của cả nhóm.

Tuy nhiên, sự đánh đổi là có thật. Bạn chịu trách nhiệm cho chính các khóa (keys) của mình và hiểu cách EOTS thực sự hoạt động. Lộ khóa của bạn, hoặc vô tình double-sign, thì bạn sẽ bị slashed bất kể thế nào. Quyền kiểm soát đầy đủ đi kèm trách nhiệm đầy đủ.

@BabylonLabs_io #baby $BABY

Giả định của tôi về những năm qua khá đơn giản: không có smart contract thì sẽ không có logic staking phức tạp trên Bitcoin. Bitcoin Script chỉ xử lý các điều kiện cơ bản, multisig, timelocks, hashlocks, và đến đó là hết. Vậy nên khi Babylon tuyên bố rằng họ có thể chuyển đổi giữa các trạng thái staking, unbonding và slashing, suy nghĩ đầu tiên của tôi là việc này cần một bản nâng cấp cho Bitcoin, như OP_CHECKTEMPLATEVERIFY, thì mới chạy được.

Sau đó tôi bắt gặp một dòng cụ thể ở Mục 7.1 trong whitepaper của họ, mô tả cái họ gọi là mô phỏng almost trustless của các covenant. Cụm từ đó khiến tôi dừng lại và tự vẽ lại sơ đồ máy trạng thái.

Hóa ra Babylon không chờ bất kỳ bản nâng cấp tương lai nào. Họ vận hành hoàn toàn trong Bitcoin Script hiện có, bằng cách xâu chuỗi bốn giao dịch với nhau: staking, unbonding, slashing, rồi unstaking, tạo thành một vòng khép kín. Mỗi UTXO đều bị khóa chặt lộ trình tiêu thụ theo đúng hai kết cục: unbonding, cần một timelock; hoặc slashing, hủy nó hoàn toàn. Không có gì khác có thể xảy ra. Không tồn tại đường đi thứ ba.

Đây không phải là việc Bitcoin Script trở nên mạnh mẽ hơn. Trái lại, đó là việc nén mọi trường hợp sử dụng lại cho đến khi script hạn chế của Bitcoin có thể bao phủ trọn vẹn. Điểm hiểu thật sự ở đây không phải là một ngôn ngữ mạnh hơn, mà là một cấu trúc thông minh được xây dựng dựa trên đúng giới hạn thực của ngôn ngữ đó. Logic staking phức tạp bị rút gọn thành lựa chọn nhị phân mà Bitcoin vốn đã hiểu được—đường A hay đường B, không hơn.

Tuy nhiên, cũng đáng nói thẳng về sự đánh đổi. Mô phỏng này mang theo một số giả định về niềm tin cho đến khi một thứ như BIP 119 được kích hoạt một cách chính thức. Liệu thiết kế này có đứng vững trước áp lực đối kháng kéo dài trong điều kiện vận hành thực tế hay không vẫn là điều tôi đang theo dõi sát sao.

@BabylonLabs_io #baby $BABY

Điều khiến tôi cứ bị kéo trở lại với TBV không phải lời hứa về một sản phẩm BTCFi mới, mà là việc nhận ra thiết kế phụ thuộc nhiều đến mức nào vào việc Bitcoin không bao giờ thay đổi các quy tắc xác minh của chính nó. Bitcoin không thực thi smart contract, và nó sẽ không thay đổi các điều kiện chi tiêu của một BTC chỉ vì một chuỗi khác đã hoàn tất một khoản vay hay thanh lý. Vấn đề thực sự mà TBV giải quyết là cho phép native BTC phản hồi an toàn với các sự kiện được xác minh từ bên ngoài mà không bao giờ vượt qua ranh giới đó.

Lần này tôi xem lại cẩn thận các sơ đồ “vault” trong whitepaper, và một mô hình xuất hiện ở khắp nơi. Mỗi vault ánh xạ tới đúng một UTXO độc lập. Redemption, Challenge và Timeout không phải là ba hệ thống tách biệt; chúng chỉ là các đường chi khác nhau đi ra từ chính UTXO đó, và tất cả đều được xác định ngay tại thời điểm vault được tạo. Logic nghiệp vụ thực sự chạy trên host chain. TBV chuyển các sự kiện của host chain đó thành các điều kiện chi mà Bitcoin có thể xác minh thông qua cơ chế chứng minh của mình. Từ đó, riêng script của Bitcoin sẽ quyết định liệu UTXO có thỏa mãn đường đi được gán hay không. Không phải lúc nào host chain cũng giành quyền kiểm soát đối với chính BTC; nó chỉ có thể tác động đến điều kiện xác minh, chứ không bao giờ đến tài sản.

Đó là lúc sự nhấn mạnh lặp đi lặp lại vào “Trustless Bitcoin Vaults” cuối cùng cũng trở nên sáng tỏ với tôi. TBV không di chuyển BTC sang một mô hình bảo mật mới, và cũng không yêu cầu Bitcoin phải tin bất cứ thứ gì từ bên ngoài. Bitcoin vẫn giữ quyền quyết định cuối cùng theo chính các quy tắc của nó. Thứ trước đây phụ thuộc vào phán quyết của bên thứ ba thì giờ phụ thuộc vào logic của giao thức.

Sắp tới, tôi sẽ theo dõi @BabylonLabs_io và $BABY sát sao, nhưng không phải để chờ màn ra mắt ứng dụng tiếp theo. Điều thực sự quan trọng lâu dài là cơ chế vault này có đứng vững trước áp lực thực sự hay không—chứng minh rằng native BTC có thể an toàn tham gia vào các hệ thống on-chain phức tạp trong khi bản thân Bitcoin không bao giờ bẻ cong các quy tắc của nó.

#baby

Cuối tuần trước tôi đang gọi điện với một người bạn, chỉ để bắt kịp tin tức, thì anh ấy nói một cách tình cờ rằng đã tìm hiểu về Trustless Bitcoin Vaults từ @BabylonLabs_io . Tôi coi đó như một sản phẩm tạo lợi suất khác và tiếp tục trò chuyện. Tuần này quay lại đọc kỹ tài liệu thì tôi mới nhận ra lần đầu mình hiểu sai. Thực ra đây không phải là một bài pitch về lợi suất.

TBV không hỏi cách BTC tạo ra lãi suất. Nó hỏi một điều cốt lõi hơn: khi Bitcoin đi vào một hệ thống tài chính bên ngoài, liệu người dùng có thực sự giữ quyền kiểm soát hay không? Các giải pháp cũ thường dựa vào cầu nối (bridges), token được bọc (wrapped tokens) và các bên lưu ký đồng bộ trạng thái thay bạn. Có thêm nhiều tính năng, đúng, nhưng mỗi tính năng bổ sung lại kèm theo một giả định về sự tin cậy khác được chồng lên. TBV đi theo một hướng hoàn toàn khác: khóa BTC thông qua chính scripting và cấu trúc output của Bitcoin. Mỗi vault được tách biệt, không hề gom chung.

Phần làm tôi mất nhiều thời gian nhất để hiểu là cơ chế “truyền trạng thái” diễn ra như thế nào. Bitcoin không có khái niệm cho vay, thanh lý, hay các bộ kích hoạt chiến lược được tích hợp sẵn. Mọi sự kiện bên ngoài đều phải được chuyển đổi thành thứ mà script của Bitcoin có thể tự xác minh. Được xây dựng trên BitVM3, TBV đẩy phần lớn tính toán sang ngoài chuỗi và chỉ xác minh một kết quả proof đã được nén trên chuỗi. Việc chuộc lại yêu cầu một proof kiến thức-không (zero-knowledge proof) gắn với đúng sự kiện trạng thái cụ thể, được xác minh trước khi bất cứ thứ gì được chuyển đi. Đây không phải là một tài sản được bọc để giả vờ là thứ “thật”.

Aave đã xác nhận tích hợp theo đúng cơ chế này. Người dùng có thể vay stablecoin dựa trên BTC, không bọc token, không trao chìa khóa. Đây là triển khai thực tế rõ ràng nhất mà chúng ta có ngay lúc này. Việc mở rộng quy mô vẫn cần theo dõi sát về hiệu quả và bảo mật, nhưng hướng đi là đúng: BTC đi vào những use case phức tạp không nên đồng nghĩa với việc phải thừa hưởng sự tin cậy mà nó chưa từng cần trước đây.

#baby $BABY

Mười năm chạy spot-perp arbitrage dạy bạn một điều: BTC nhàn rỗi nằm trong cold storage trông như một khoản vốn bị lãng phí, nhưng việc săn lợi suất thông qua mapping xuyên chuỗi đã khiến quá nhiều người mất trắng vị thế của mình. Tôi đã chứng kiến các bridge bị rút cạn và các thiết lập multisig biến mất chỉ trong một đêm. Vì vậy, khi cuối cùng tôi ngồi xuống để nghiên cứu @BabylonLabs_io một cách nghiêm túc, tôi bước vào với thái độ hoài nghi. Điều tôi tìm thấy là một cách tiếp cận thực sự “cứng”, không có lối tắt trong việc phi tập trung. Và tôi cũng phát hiện, khi chạy nó qua các mô hình giao dịch của chính mình, rằng sự an toàn kiểu này đi kèm với một chi phí thật.

Gửi vào một vault không cần tin cậy dựa trên Taproot sẽ loại bỏ hoàn toàn việc bên thứ ba nắm giữ custody. Không validator nào giữ khóa của bạn, mọi thứ chạy dựa trên việc thực thi bằng native script. Phần đó rất vững. Nhưng khi tôi stress-test nó trong các kịch bản biến động cực đoan tuần này, sự đánh đổi trở nên rõ ràng rất nhanh. Việc khóa tài sản sâu như vậy đánh đổi tốc độ luân chuyển, và với bất kỳ ai đang chủ động quản lý margin thì khoảng trống này thực sự quan trọng.

Hãy hình dung một chuỗi thanh lý dây chuyền ập đến vào ban đêm. Các tài sản được cô lập chặt chẽ như thế này không thể được rút ra đủ nhanh để làm ký quỹ khẩn cấp. Số dư của bạn hiển thị có tiền, nhưng khi bạn thực sự cần tái cân bằng thì lại không chạm vào được. Độ trễ đó, và ma sát mà nó tạo ra, có thể âm thầm xóa sạch bất kỳ lợi suất nào mà staking đã tạo ra ngay từ đầu.

Bảo mật mật mã ở đây thực sự ấn tượng—không có gì để tranh cãi. Nhưng ở các thị trường vận hành thực tế, bảo mật và hiệu quả sử dụng vốn lại kéo theo hai hướng đối nghịch. Để hệ sinh thái của $BABY có thể mở khóa dòng vốn tổ chức thật sự ở quy mô lớn, chỉ phòng thủ thôi chưa phải câu trả lời đầy đủ. Việc này cần được ghép với thanh khoản phái sinh ngoài chuỗi tương ứng để xử lý hedging đúng cách. Hiện tại, nó giống như bước mở đầu, chứ chưa phải sản phẩm hoàn chỉnh.

#baby $BABY

Chúc mừng sinh nhật lần thứ 9 Binance! 🎉🕯️
Từ con số 0 đến huyền thoại tuyệt đối trong 9 năm... đúng là một hành trình tuyệt vời! Chiếc bánh này là cách nhỏ của mình để nói lời cảm ơn vì tất cả những cơ hội, các đổi mới và năng lượng tuyệt vời.
Hãy cùng nhau tiếp tục xây dựng trong năm thứ 10 và xa hơn nữa!
Ai khác cũng đang ăn mừng đây? Thả một 💛 nếu bạn thuộc team Binance!
#BinanceTurns9 #BinanceSquareTG

Tuần trước tôi bị nhét vào giữa một sổ lệnh công khai, lỡ mất gần 2% do trượt giá trong một lệnh. Chính điều đó đã khiến tôi bắt đầu đào sâu vào cách thiết lập Prividium của GRVT thay vì chỉ lướt qua trang marketing.

Mô hình này lật ngược giả định thông thường của DEX. Thay vì phát broadcast mọi lệnh lên on-chain để bất kỳ ai cũng có thể nhìn ra trước và front-run bạn, việc thực thi diễn ra trong một môi trường riêng tư ngoài chuỗi. Những gì được ghi lên chain chỉ là state root và một bằng chứng zero-knowledge xác nhận rằng batch đã được xử lý đúng. Vị thế và chi tiết lệnh của bạn vẫn được giấu kín, giúp cắt giảm phần lớn bề mặt mà bot sandwich và kẻ front-run thường khai thác. Các kiểm tra danh tính và dữ liệu không liên quan giao dịch cũng được tách riêng khỏi bước settlement, không gộp vào cùng một luồng.

Những con số về thanh khoản mới là thứ thực sự thu hút sự chú ý của tôi. Vault GLP của GRVT đã chạm giới hạn cap nạp 7,5 triệu USD trong 23 ngày, vận hành với mức lợi nhuận quy đổi theo năm 31,2% và chỉ số Sharpe là 11,48. Tôi kiểm tra con số Sharpe đó hai lần vì nó bất thường cao, nhưng nó vẫn đứng vững qua nhiều nguồn.

Tuy nhiên, cũng cần nói thẳng về sự đánh đổi. Kiến trúc riêng tư nghĩa là dữ liệu off-chain nằm với bên vận hành (operator). Bạn không thể tự độc lập trích xuất và xác minh từng giao dịch như cách bạn làm trên một chain công khai hoàn toàn. Niềm tin chuyển sang phía operator tuân theo các quy tắc và hệ thống zk-proof vẫn giữ được tính đúng đắn—đó là một kiểu niềm tin khác với sự minh bạch on-chain thuần túy.

Những gì GRVT có vẻ đang làm không chỉ là tối ưu tốc độ thực thi. Họ đang tìm cách xác định ranh giới giữa khả năng xác minh công khai và quyền riêng tư của giao dịch, và liệu cả hai có thể cùng tồn tại mà không làm suy yếu lẫn nhau.

Với bạn, bên nào quan trọng hơn: quyền riêng tư trong luồng lệnh, hay dữ liệu có thể được xác minh công khai hoàn toàn? Mình rất tò mò mọi người nghĩ gì.

@grvt_io #grvt $ARX $LAB

Có một chi tiết trong phần thiết lập API của GRVT khiến tôi chú ý nhiều hơn cả độ sâu sổ lệnh hay tốc độ thực thi: cách họ vẽ ranh giới chặt chẽ đến mức nào về việc một khóa (key) thực sự được phép làm gì.

Khi bạn tạo API key trên GRVT, bạn phải cấp rõ ràng quyền Trade (giao dịch), và key đó chỉ được áp cho một Trading Account (tài khoản giao dịch duy nhất), được ghi rõ trong tài liệu của họ dưới mã sub_account_id. Đặt lệnh vẫn đòi hỏi một chữ ký EIP-712 riêng từ khóa private Ethereum của bạn. Hai key khác nhau, hai nhiệm vụ khác nhau.

Về mặt thực tế, điều đó có nghĩa là một chiến lược tự động chạy từ API key có thể thực hiện giao dịch, nhưng không có đường đi tới việc rút tiền hoặc chuyển tài sản. Sự tách bạch này cũng là điều tôi đã thấy quan trọng trong nhiều mô hình quant truyền thống: lớp thực thi và lớp vốn không bao giờ là cùng một hệ thống. Nếu lớp thực thi hỏng hoặc nếu một key bị rò rỉ, thì thiệt hại sẽ vẫn được giới hạn ở phạm vi đó. GRVT đang áp dụng ranh giới tương tự ngay trên chuỗi (on-chain).

Điều này khớp với cách Hybrid Exchange của họ được thiết kế tổng thể. Phần matching (khớp lệnh) ngoài chuỗi chịu trách nhiệm về tốc độ, nên việc đặt lệnh có thể tiệm cận độ trễ của sàn giao dịch tập trung. Phần settlement (thanh toán) trên chuỗi xử lý các thay đổi trạng thái thực sự, nên một giao dịch không chỉ là một dòng trong cơ sở dữ liệu nội bộ của ai đó. Việc chia quyền mịn như vậy là thứ cho phép cả hai phía vận hành mà không phải liên tục đánh đổi lẫn nhau.

Những gì GRVT có vẻ đang hướng tới không chỉ là một nền tảng perp (hợp đồng vĩnh viễn) khác. Đó là một sự thiết kế lại về ai là người được phép di chuyển quỹ, và trong những điều kiện chính xác nào, khi ngày càng có nhiều vốn nghiêm túc bắt đầu vận hành trên chuỗi.

Mọi thứ này không hề thân thiện với người mới theo đúng thiết kế. Và kiến trúc quyền trông có vẻ gọn gàng trên giấy, bài kiểm tra thực sự là liệu nó có đứng vững khi các chiến lược tần suất cao liên tục “đập” vào hệ thống trong môi trường production hay không.

@grvt_io #grvt $ARX $BILL

Có một chi tiết trong tài liệu của GRVT mà tôi cứ lướt qua, rồi lại quay lại nhìn. Hiện nay, hầu hết các giao thức giao dịch đều đang chạy đua để gắn “hoàn toàn phi tập trung” lên mọi thứ. GRVT làm ngược lại. Họ nói về thực thi đạt chuẩn doanh nghiệp, tự lưu ký và tuân thủ trong cùng một hơi. Phản ứng đầu tiên của tôi là cho rằng đây chỉ là lựa chọn xây dựng thương hiệu. Nhưng khi tôi ngồi xuống và thực sự so sánh mô hình Hybrid Exchange của họ với cách các DEX điển hình được xây dựng, tôi nhận ra rằng họ thậm chí không hề cố gắng giải quyết cùng một vấn đề.

Giả định phổ biến là nếu tài sản của bạn vẫn nằm trong ví của chính bạn, thì trải nghiệm giao dịch kém “mượt” hơn có thể chấp nhận được. Điều này đúng với người dùng phổ thông. Nhưng nó sẽ sụp đổ ngay khi ai đó giao dịch nghiêm túc, vì lúc đó tốc độ khớp lệnh, độ sâu thanh khoản, quản lý rủi ro và việc lưu ký tài sản cần phải phối hợp với nhau, chứ không phải chỉ một hay hai trong số chúng. Sàn tập trung làm tốt phần thực thi nhưng lại yêu cầu bạn chuyển giao quyền lưu ký. Giao dịch thuần on-chain bảo vệ quyền lưu ký nhưng thường gặp khó khăn khi chịu tải giao dịch thực tế. Cách tiếp cận của GRVT là tách chính hệ thống: khâu khớp lệnh, thanh toán và lưu ký được xử lý như các lớp riêng biệt, mỗi lớp chỉ làm đúng phần việc mà nó được thiết kế.

Việc tìm hiểu kiến trúc tự lưu ký và bảo mật của họ giúp tôi thấy rõ hơn điều này. Người dùng vẫn kiểm soát tài sản của mình ở mọi bước, nhưng “fully on-chain” (hoàn toàn on-chain) chưa bao giờ được coi là vạch đích. Ở đây, tốc độ và bảo mật không phải là sự đánh đổi, mà là một quyết định thiết kế được phân bổ xuyên suốt các lớp.

Điểm nổi bật với tôi không phải là việc GRVT nghiêng nhiều hơn về DEX hay CEX. Mà là họ đang cố gắng hợp nhất hai cách tiếp cận vốn trước giờ luôn bị coi là loại trừ lẫn nhau. Liệu điều đó có đứng vững khi xét đến khối lượng giao dịch thực tế hay không vẫn chưa được chứng minh, nhưng đó là một câu hỏi thú vị hơn nhiều so với việc so sánh phí.

@grvt_io #grvt $VELVET $CAP

Ngày niêm yết của GRVT sắp đến vào ngày 21 tháng 7, và cuộc tranh luận lại nóng lên. Ai cũng đang hỏi cùng một điều: rốt cuộc các điểm sẽ có giá trị bao nhiêu, và việc chờ nhận airdrop có đáng hay không so với chi phí cơ hội. Những câu hỏi công bằng. Nhưng sau khi xem xét các con số của GRVT trong năm qua, tôi lại bị một vấn đề khác làm cho băn khoăn nhiều hơn. Liệu nền tảng này thực sự có thể chuyển doanh thu giao dịch trở lại vào token, hay nó chỉ đứng ngoài cuộc.

Năm ngoái, GRVT đã xử lý khối lượng giao dịch tích lũy lên tới 177 tỷ đô la, với TVL cao nhất chạm mức 98 triệu đô la. Trong phái sinh on-chain, đó không phải là những con số nhỏ. Nền tảng rõ ràng đã xử lý hoạt động giao dịch thực sự. Nhưng chỉ riêng khối lượng vẫn chưa chứng minh được rằng token có thể giữ được giá trị khi các ưu đãi cạn dần. Đây là vấn đề lặp lại với các nền tảng phái sinh: khối lượng giảm ngay khi phần thưởng bắt đầu chậm lại, thường nhanh hơn bất kỳ ai kỳ vọng.

Vậy nên đây là điều tôi đang thực sự theo dõi: việc mua lại bằng doanh thu, quyền sở hữu phí và hiệu quả ký quỹ. GRVT có nguồn cung cố định 1 tỷ token, không có cơ chế lạm phát đi kèm. Người nắm giữ được định vị để nhận một phần phí giao dịch và các lợi ích ở cấp nền tảng. Nếu khối lượng mua lại tăng theo thu nhập phí thực sự, và nếu quy trình được duy trì minh bạch, thì sẽ có một lộ trình giá trị thực sự để theo dõi và kiểm chứng. Còn nếu cuối cùng nó chỉ dựa vào việc đổi thưởng điểm sau khi niêm yết, thì con số khối lượng 177 tỷ đô la kia chỉ còn là một chỉ số marketing và chẳng có gì hơn.

GRVT cũng đang tiến vào vàng, dầu thô, hợp đồng vĩnh viễn cổ phiếu và các sản phẩm lợi suất RWA. Nó không còn cố gắng chỉ là một sàn perp nữa—mà đang xây dựng theo hướng một công ty môi giới giao dịch on-chain đầy đủ. Cơ hội lớn hơn, nhưng đồng thời cũng có nhiều rủi ro hơn khi thanh khoản bị dàn mỏng giữa các sản phẩm.

Ngày 21 tháng 7, tôi sẽ theo dõi giá, nhưng đó không phải là tín hiệu quan trọng nhất. Tín hiệu quan trọng là khối lượng tự nhiên sau khi ra mắt, doanh thu phí thực tế, việc thực thi mua lại, và liệu người dùng có tiếp tục ở lại khi các điểm không còn được thưởng nữa hay không.

@grvt_io #Grvt

Tôi đã mất một thời gian để hiểu GRVT thực sự đang xây dựng điều gì. Tôi cứ đọc cụm “Hybrid Exchange” và nghĩ đó chỉ là một trò chơi về tốc độ khác. Không phải vậy.

Câu hỏi thực sự mà GRVT đang trả lời là khác. Phần nào của một giao dịch cần phải công khai, và phần nào sẽ chủ động trở thành rủi ro/liability khi bị lộ ra.

Trước đây tôi cứ nghĩ minh bạch hoàn toàn luôn an toàn hơn trên chuỗi. Rồi tôi nghĩ kỹ hơn về giao dịch tần suất cao. Nếu mọi chi tiết lệnh đều nằm trong một môi trường công khai giữa lúc đặt lệnh và lúc khớp lệnh, thì nó sẽ trở thành mục tiêu. Các nhà tạo lập thị trường sẽ định giá rủi ro phơi bày đó vào báo giá của họ trước. Chênh lệch giá (spreads) sẽ nới rộng. Người dùng phải trả chi phí mà không hiểu vì sao.

GRVT giữ dữ liệu lệnh bên trong Prividium, một môi trường thực thi riêng tư. Kết quả sẽ được xác minh trên chuỗi bằng các bằng chứng zero-knowledge (ZKP). Bạn chứng minh rằng kết quả đúng mà không cần phơi bày từng bước của quy trình cho tất cả những người đang theo dõi.

Sự khác biệt đó quan trọng. Xác minh và khả năng hiển thị không phải là cùng một thứ. GRVT chủ ý tách chúng ra.

Nâng cấp Atlas sẽ lấp đầy phần còn lại của bức tranh. Người dùng vẫn kiểm soát tài sản của chính họ. Nền tảng đảm nhiệm hiệu quả thực thi. Mật mã học đảm nhiệm việc xác minh rằng việc thực thi là trung thực. Không cần yêu cầu phải tin vào uy tín của nền tảng. Bằng chứng sẽ xử lý điều đó thay bạn.

Kiến trúc của GRVT bao phủ cùng lúc ba vấn đề. Tốc độ giao dịch chuẩn doanh nghiệp thông qua mô hình Hybrid Exchange. Bảo mật tài sản không phụ thuộc vào độ tin cậy của nền tảng. Và kết nối thanh khoản được cải thiện mà không làm tổn hại đến hai yếu tố đầu tiên.

Phần lớn người đọc về GRVT chỉ dừng ở “hybrid exchange nhanh hơn”. Cách diễn đạt đó bỏ lỡ quyết định thiết kế thực sự nằm bên dưới.

Câu hỏi chưa bao giờ chỉ là tốc độ. Mà là: quyền lực/sức mạnh nào thuộc về hệ thống và cái gì phải ở lại với người dùng.

@grvt_io #grvt

Vốn nằm im trong một tài khoản giao dịch lúc nào cũng khiến tôi bận tâm. Bạn nạp tiền, bạn giao dịch, rồi số tiền đó chỉ chờ đợi. Không sinh lãi, không tạo ra giá trị gì—chỉ nằm đó.

Đó là lý do tôi bắt đầu xem xét kỹ hơn về GRVT.

GRVT khởi đầu như một nền tảng giao dịch hợp đồng vĩnh viễn trên chuỗi. Nhưng điều khiến tôi chú ý là hướng đi của nó. Giao dịch, sinh lợi (yield) và quản lý tài sản nằm trong một hệ thống tài khoản hợp nhất. Không phải ba sản phẩm tách rời mà bạn phải “bắc cầu” giữa chúng. Một nguồn vốn dùng cho nhiều việc đồng thời.

Đây là cách các bàn giao dịch (institutional desks) vận hành trong tài chính truyền thống. Một khung ký quỹ duy nhất có thể hỗ trợ giao dịch, quản lý thanh khoản và sinh lợi cùng lúc. Các sản phẩm on-chain trước đây phần lớn vẫn bị mắc kẹt ở việc chỉ là một ứng dụng giải quyết một vấn đề. GRVT đang cố gắng lấp khoảng trống đó.

Phần sinh lợi (yield) là điểm đáng theo dõi cụ thể. GRVT lấy nguồn sinh lợi từ Aave và tích hợp các sản phẩm sinh lợi theo kiểu kho bạc tổ chức thông qua Centrifuge. Vốn đang nằm trong tài khoản giao dịch của bạn giờ đây có thể tạo ra lợi nhuận ngay cả khi bạn không giao dịch tích cực. Điều này thay đổi đáng kể bài toán hiệu quả sử dụng vốn.

Môi trường thử nghiệm thị trường giao ngay (spot market) bổ sung thêm một lớp nữa. Người dùng có thể nắm giữ, giao dịch và phân bổ tài sản mà không cần chuyển qua lại giữa các nền tảng hay quản lý nhiều ví.

Bây giờ đến phần thẳng thắn. Câu chuyện thì dễ. Còn việc thực thi thì không.

Một nền tảng kết nối giao dịch và sinh lợi phải xử lý việc đồng bộ trạng thái tài sản giữa các chức năng, cách ly rủi ro giữa các vị thế, và độ ổn định của hệ thống khi thị trường biến động nhanh. Đây là những bài toán kỹ thuật khó—chỉ thật sự lộ ra khi đặt vào áp lực thực tế.

Điều tôi đang theo dõi tiếp theo là khối lượng giao dịch trực tiếp, mức độ giữ chân người dùng sau giai đoạn ra mắt ban đầu, và hệ thống hoạt động ra sao khi nhiều chức năng trên tài sản chạy đồng thời trong điều kiện căng thẳng.

Dữ liệu đó sẽ cho biết câu chuyện thật sự.

#grvt @grvt_io

Tích cực về điều đó