LIGHT WAGMII

Tôi đang lướt qua các slide tổng quan quen thuộc của Dusk thì quyết định lấy luôn số liệu trực tiếp. Mở trình khám phá, xem 24 giờ gần nhất, và này — chỉ có 183 giao dịch đã được hoàn tất trên toàn bộ mainnet.
Với một chuỗi đã dành nhiều năm để định vị mình như là làn đường “regulated” (được quản lý), ưu tiên quyền riêng tư cho các tài sản RWA và chứng khoán châu Âu, thì con số theo ngày này có vẻ khá mỏng. Khối lượng giao dịch spot trên Binance DUSK/USDT trong những ngày gần đây đang ở mức vài trăm nghìn đô (từ thấp đến trung bình), phần còn lại đến từ sổ lệnh của CEX và hoạt động DEX gần như bằng không. Không có gì cho thấy dòng tiền tổ chức quy mô lớn hay việc liên tục hoàn tất tài sản được token hóa.
Vì thế tôi kiểm tra phía bên kia của sổ cái. Hiện tại, lượng stake đang hoạt động khoảng 207–210 triệu @Dusk với chừng 208–211 provisioners (bên cung cấp/đề xuất). Đó là một tỷ lệ có ý nghĩa của tổng cung đang bị khóa, và mức stake tối thiểu trực tiếp chỉ là 1.000 DUSK. Các pool tồn tại, và trên thực tế, việc tham gia là không cần xin phép. Nhìn từ phía staking thì khá lành mạnh và tương đối cởi mở. Còn phía giao dịch thì không.
Chính sự đối lập đó cứ quay lại. Hoạt động quan sát được ở thời điểm hiện tại chủ yếu nằm ở staking không cần xin phép và lớp giao dịch retail. Các mảng dành cho tổ chức — NPEX với MTF được quản lý và giấy phép broker, pipeline phát hành native và token hóa dự kiến, DuskTrade, Chainlink CCIP cùng các tích hợp dữ liệu, DuskEVM chuyển từ testnet tiến tới sử dụng rộng hơn — đều là những phát triển thật, nhưng chúng vẫn đọc giống như hạ tầng đang được lắp ráp hơn là hạ tầng đã đang mang khối lượng.
Tôi cứ nghĩ dấu chân on-chain sẽ sớm phản ánh câu chuyện của phía tổ chức đó. Nhưng cho đến nay thì chưa. Các “đường ray” dành cho retail và không cần xin phép mới là thứ thực sự đang hoạt động và đo lường được ngay hôm nay. Phía được quản lý, nặng về tuân thủ vẫn đang trong giai đoạn được đưa vào vận hành.
Liệu hoạt động hiện tại có thực sự phản ánh câu chuyện “institutional” của Dusk rồi chưa, hay những phần retail và không cần xin phép chỉ đơn giản là lớp duy nhất vận hành đầy đủ trong khi stack thể chế được quản lý vẫn tiếp tục được đưa vào?
#dusk $DUSK

Tôi bước vào Dusk với kỳ vọng phần riêng tư sẽ là điểm thú vị.

Nhưng không phải vậy.

Chính kiến trúc mới khiến tôi chú ý.

Dusk có 2 mô hình giao dịch ở lớp thanh toán (settlement): Moonlight cho số dư công khai và Phoenix cho các giao dịch được che chắn (shielded).

Sau đó, nó bổ sung 2 môi trường thực thi: DuskVM dành cho hợp đồng Rust/WASM chạy trực tiếp trên L1, và DuskEVM dành cho Solidity/Vyper cùng bộ công cụ EVM quen thuộc.

Và còn có một lớp khác nằm phía trên: Citadel, đảm nhiệm quản lý danh tính và tiết lộ có chọn lọc.

Điều đó có nghĩa là Dusk không thực sự đang nói:

"Hãy đưa mọi thứ vào sau một bức tường riêng tư."

Nó làm điều gì đó tinh tế hơn.

Công khai khi minh bạch mang lại lợi ích.

Được che chắn khi thông tin tài chính không nên bị lộ.

Danh tính chỉ được tiết lộ khi quy trình thực sự cần đến.

Điều này rất hợp lý cho các thị trường được quản lý, vì các tổ chức không nhất thiết muốn mức riêng tư tối đa.

Họ cần sự riêng tư được kiểm soát.

Một ngân hàng không muốn mọi số dư và đối tác giao dịch bị phơi ra cho toàn bộ internet.

Nhưng họ cũng không thể vận hành trong một hệ thống mà không ai có thể chứng minh tính đủ điều kiện, quyền sở hữu hoặc mức độ tuân thủ khi cần.

Đó là lúc kiến trúc của Dusk trở nên thú vị.

Câu hỏi mà tôi còn lại không phải là liệu riêng tư có hữu ích hay không.

Mà là liệu các nhà phát triển và các tổ chức tài chính có thực sự áp dụng một hệ thống trong đó riêng tư, danh tính và thanh toán được tích hợp vào hạ tầng—thay vì gắn thêm sau.

Câu hỏi về việc liệu họ có áp dụng hay không có lẽ quan trọng hơn $DUSK so với bất kỳ câu chuyện về riêng tư nào khác.

@Dusk

#dusk $DUSK

Tôi đã xử lý thành công lỗi “liveness” ngoại tuyến đầu tiên của mình trong quá trình thiết lập Trustless Bitcoin Vault của @BabylonLabs_io, và việc tự mình thử đường dự phòng không cần hỗ trợ làm bạn nhìn nhận khác đi về các tuyên bố phi giám sát.
Trong điều kiện bình thường, việc thực thi diễn ra liền mạch — bạn kích hoạt một lệnh “unbond” hoặc điều chỉnh lại tài sản thế chấp trên chuỗi chủ, và Nhà cung cấp Vault do bạn chỉ định sẽ đồng ký cho giao dịch Taproot để cập nhật trạng thái của bạn trên Bitcoin.
Nhưng khi một Vault Provider bị ngắt kết nối hoặc bỏ lỡ các “cửa sổ” liên lạc, bạn buộc phải can thiệp thủ công:
Tự gửi bằng chứng: Tôi phải tìm các file Claimer Artifacts đã được tạo sẵn và cặp khóa WOTS để tự phát sóng giao dịch tự nhận trực tiếp lên mạng Bitcoin.
Trì hoãn thời gian chờ (Timelock Cooldown Delay): Vì chữ ký đồng ở “fast-path” không sẵn có, tôi phải chờ chạy qua kịch bản timelock của lớp cơ sở cho tới khi UTXO của tôi có thể được chi tiêu lại.
Rủi ro đối với tài sản thế chấp chủ động: Trải nghiệm thời gian chờ đó trong khi theo dõi một vị thế trên Aave v4 khiến sự đánh đổi trở nên rõ ràng — nếu bạn cần bổ sung tài sản thế chấp trong lúc thị trường biến động, một nhà cung cấp không phản hồi sẽ tạm thời “khóa” bạn vào độ trễ của lớp cơ sở.
Tự giám sát không chỉ là một nhãn marketing ở đây; nó có nghĩa là phải giữ sẵn các file sao lưu cục bộ cần thiết để buộc tiền của bạn thoát khỏi một script Taproot khi hạ tầng chính gặp sự cố.
Nó loại bỏ hoàn toàn rủi ro từ bên giám hộ, nhưng lại đặt toàn bộ phần vận hành/thực thi trực tiếp lên người dùng.
Có bao nhiêu người dùng bán lẻ đang lưu bản sao Claimer Artifact cục bộ, và có bao nhiêu người sẽ nhận ra họ cần chúng chỉ khi một nhà cung cấp “mất sóng” trong lúc thị trường rơi?
@BabylonLabs_io $BABY #baby

Đào sâu vào thiết lập mật mã cho cơ chế slashing của @BabylonLabs_io hôm nay, và cơ chế trừng phạt hành vi xấu trên Bitcoin gốc mà không cần smart contract thực sự rất “điên”: Chữ ký trích xuất một lần (Extractable One-Time Signatures – EOTS).

Trên các chuỗi EVM, việc slashing khá đơn giản — một smart contract giữ trạng thái và trừ tiền nếu một validator ký gấp đôi. Nhưng Bitcoin không có lớp thực thi smart contract gốc. Bạn không thể chỉ chạy mã EVM trên Bitcoin mainnet để phạt một delegator có BTC bị khóa.

Vậy làm thế nào để slashing native BTC cho các hành vi sai trái được thực hiện trên một cơ chế đồng thuận PoS bên ngoài?
Kiến trúc dựa trên các khóa EOTS dựa trên Schnorr:

Finality Providers ký các phiếu bầu về tính cuối cùng của block bằng một khóa EOTS.

Miễn là một nhà cung cấp chỉ ký một lần cho mỗi vòng round của block, khóa riêng của họ vẫn được che giấu một cách toán học.

Nếu họ cố gắng ký gấp đôi hai block xung đột ở cùng một độ cao, chính các chữ ký sẽ tiết lộ khóa riêng của họ.

Khi khóa đó bị rò rỉ, bất kỳ ai trong mạng cũng có thể thực thi đường dẫn slashing Taproot đã được ký trước và gửi phần tiền phạt của BTC bị khóa trực tiếp đến một địa chỉ burn.

Nó biến hành vi độc hại thành mật mã tự trừng phạt. Việc slash không xảy ra vì một smart contract EVM bảo nó làm vậy — nó xảy ra vì việc ký gấp đôi toán học đã “trao lại” khóa cho mạng Bitcoin.

Loại bỏ nhà quản hộ (custodian) và các cầu nối (bridge) nghĩa là đổi niềm tin của con người lấy toán học thuần.
Vẫn còn thắc mắc: khi vốn thực trên mainnet đang bị đặt cược, liệu các BTC staker sẽ soi kỹ hạ tầng của Finality Provider hơn nhiều so với các staker PoS thông thường, khi biết rằng một lỗi vận hành hay rò rỉ khóa sẽ lập tức kích hoạt việc đốt native UTXO không?

@BabylonLabs_io $BABY
#baby

Tôi cuối cùng lại dành nhiều thời gian để xem lịch mở khóa token của Babylon hơn là bảng điều khiển TVL của nó hôm nay.

Một mốc ngày cứ lặp lại: 10 tháng 8.

Khoảng 136.11M BABY được lên lịch để mở khóa, tương đương khoảng 1.2% tổng nguồn cung, với phần phân bổ dành cho các nhà đầu tư tư nhân giai đoạn đầu, đội ngũ và cố vấn. Theo giá hiện tại, đó là khoảng 1.5M USD giá trị token đi vào lưu thông. Trong khi đó, BABY đang giao dịch quanh mức 0.0107–0.0114 USD, với vốn hóa thị trường xấp xỉ 46–49M USD.

Điều đó khiến tôi dừng việc nhìn biểu đồ và bắt đầu nghĩ về động lực thay vì thế.

Tầm nhìn dài hạn của Babylon được xây dựng xoay quanh việc biến Bitcoin thành tài sản mang lại lợi ích mà không từ bỏ việc tự lưu ký. Đó là một câu chuyện về hạ tầng kéo dài nhiều năm.

Tuy nhiên, việc vesting token lại vận hành theo một lịch hoàn toàn khác.

Nó không chờ đến một lần tích hợp khác.

Nó không chờ việc TBV được áp dụng.

Nó không chờ tâm lý thị trường.

Nó đơn giản là bám theo lịch.

Không có dòng thời gian nào sai.

Nhưng chúng đo những thứ khác nhau.

Một cái đo tiến độ kỹ thuật.

Cái còn lại đo sự phân phối vốn.

Cuối cùng, hai chiếc đồng hồ đó cần phải cùng dịch chuyển theo một hướng.

Bởi vì nếu giao thức tiếp tục mở rộng trong khi token vẫn tiếp tục hấp thụ lượng cung theo lịch, thì thị trường sẽ phải quyết định mốc thời gian nào đáng được coi trọng hơn.

Đó là câu hỏi mà tôi đang theo dõi sát hơn so với giá của ngày hôm nay.

@BabylonLabs_io

#baby $BABY

Bước nhảy mô hình lớn nhất với tích hợp TBV của @BabylonLabs_io trên Aave v4 nằm ở cách xác minh trạng thái xuyên chuỗi.

BTC bọc tiêu chuẩn (wBTC, tBTC) dựa vào các người ký đa chữ ký hoặc người giám hộ để đúc/huỷ token trên Ethereum. Nếu 5 trên 8 người ký thông đồng, BTC thực của bạn sẽ bị rút cạn.

TBV lật ngược mô hình này:

BTC của bạn được khoá trong một Taproot UTXO trên Bitcoin.

Một ZK-proof tạo ra một bản ghi kế toán tương ứng trên Ethereum.

Bất kỳ yêu cầu rút tiền nào cũng kích hoạt cửa sổ thách thức chống gian lận kéo dài 2 đến 3 ngày, được giám sát bởi các protocol challengers.

Nếu ai đó cố gắng khai nhận một vault không hợp lệ trên Ethereum, Universal Challengers sẽ phát hiện trên chuỗi và khoá nỗ lực gian lận trước khi Bitcoin gốc có thể di chuyển.

Chúng tôi chuyển rủi ro của người giám hộ sang bằng các bằng chứng gian lận có độ trễ thời gian. Đánh đổi không phải là tốc độ — mà là mức độ chắc chắn thanh toán tuyệt đối.

@BabylonLabs_io $BABY #baby

Vẫn đang nghĩ về luồng testnet Aave v4 với @BabylonLabs_io này, đặc biệt là về hiệu quả sử dụng vốn so với độ an toàn không cần bên giám hộ (non-custodial).
Trade-off (đánh đổi) bây giờ đã rõ ràng:
Wrapped BTC (wBTC, tBTC): Điều hướng DeFi nhanh, tức thì, nhưng lại kéo theo các giả định về niềm tin đối với hợp đồng thông minh, bên giám hộ hoặc cầu nối (bridge).
Native TBV Collateral (tài sản thế chấp native TBV): Không có rủi ro cầu nối và không có chuyển quyền giám hộ, nhưng lại bị gắn trực tiếp vào tốc độ xác nhận cuối cùng của blockchain Bitcoin.
Hiện tại, người dùng testnet đang xử lý nó như một hình thức vay DeFi thông thường. Nhưng vốn tổ chức khi xem xét lợi suất từ native BTC thì không quan tâm nhiều đến "tức thì"—họ quan tâm đến kiến trúc giảm thiểu niềm tin (trust-minimized) nơi không bên thứ ba nào nắm giữ chìa khóa để sở hữu Bitcoin thật của họ.
Nếu độ trễ có nghĩa là loại bỏ bề mặt tấn công do cầu nối (zero bridge exploit surface), thì đa số các chủ sở hữu BTC quy mô lớn sẽ sẵn sàng chờ xác nhận từng lần một.
Liệu tương lai của BTCFi sẽ tách thành "các token bọc nhanh cho giao dịch bán lẻ" và "các vault native chậm cho tài sản thế chấp của tổ chức"?
@BabylonLabs_io $BABY #baby

Chạy lại luồng Trustless Bitcoin Vault @BabylonLabs_io trên Aave v4 để kiểm tra thứ gì đó mình có thể đã bỏ sót trong lúc test muộn đêm: Khi độ trễ xác nhận block xảy ra thì rủi ro thanh lý sẽ thế nào?
Trong cho vay truyền thống, việc cập nhật tài sản đảm bảo diễn ra ngay lập tức. Nhưng nếu tài sản đảm bảo của bạn phụ thuộc vào tính cuối cùng (finality) của native Bitcoin chain trước khi Core Lending Spoke cập nhật hệ số sức khỏe, thì tốc độ không chỉ là ưu tiên về trải nghiệm người dùng — mà là biên an toàn của bạn.
Trên testnet, việc chờ kích hoạt một vault cho đến khi Bitcoin xác nhận theo số block chỉ là chút bực mình. Nhưng trên mainnet, nếu BTC giảm 8% trong khi trạng thái tài sản đảm bảo hoặc giao dịch nạp thêm của bạn đang chờ xác thực trên chuỗi, thì độ trễ đó có thể chính là sự khác biệt giữa việc duy trì khoản vay của bạn và bị thanh lý.
Việc loại bỏ token bọc (wrapped) và các cầu nối giúp loại bỏ rủi ro hợp đồng thông minh và rủi ro bên giám hộ, điều này là rất lớn. Nhưng đổi lại, nó chuyển rủi ro hợp đồng thông minh thành độ trễ thời gian block của Bitcoin.
Liệu người đi vay có chấp nhận việc phải giữ buffer tài sản đảm bảo cao hơn đáng kể để bù cho độ trễ xác nhận block hay không, hay các lệnh thanh lý sẽ hoạt động khác khi liên quan đến các native BTC vault?

$BABY #baby

Trong một câu chuyện Web3 điển hình, cứ mỗi tuần có 1/5 TVL bị khóa rời đi là đã đủ kích hoạt ngay làn sóng FUD. Nhưng đây không phải hack, và cũng không phải drama của giao thức — đó chỉ là vốn đang hành xử một cách hợp lý đúng như cách mà kiến trúc nền tảng cho phép nó vận hành.

Dưới đây là lý do vì sao điều này xảy ra và nó có ý nghĩa gì đối với bảo mật dùng chung:

1/ Nghịch lý Kiến trúc

Lời hứa cốt lõi của native BTC restaking là mở rộng mô hình bảo mật không ai sánh nổi của Bitcoin sang các chuỗi PoS và L2. Nhưng khi nhìn “dưới mui xe”, điểm khác biệt cốt lõi không chỉ là cách bảo mật được chia sẻ — mà là cơ chế unbonding.

2/ UX vs. Ma sát khóa vốn (Lockup Friction)

Các mạng PoS tiêu chuẩn (như Cosmos hoặc Ethereum) áp dụng thời gian nguội 14–21 ngày. Ma sát này buộc vốn phải cam kết cho các chân trời dài hạn. Kiến trúc Bitcoin-timestamp của Babylon rút ngắn “cửa thoát” xuống còn khoảng ~2 ngày.

Về góc độ trải nghiệm người dùng, một cửa thoát 48 giờ là một lợi thế rất lớn. Người đặt cược không muốn BTC của họ bị mắc kẹt trong khi lợi suất thị trường thay đổi.

3/ Vấn đề Vốn “Lính đánh thuê” (Mercenary Capital)

Mặt trái là gì? Khi unbonding diễn ra nhanh như vậy, ngân sách bảo mật bảo vệ các chuỗi “người tiêu dùng” trở nên vốn dĩ biến động. Bất kỳ lượng vốn nào “đang bảo mật” các lớp này đều có thể rút ra gần như nhanh bằng lúc nó vừa mới vào, ngay khi xuất hiện một tỷ lệ tốt hơn ở nơi khác.

4/ Kết luận rút ra

Đọc lại tài liệu với con số $2,6B trong đầu khiến bạn tự hỏi: bao nhiêu phần của lượng BTC bị khóa đó thực sự là cam kết bảo mật dài hạn, và bao nhiêu phần chỉ là vốn “lính đánh thuê” đậu ở đó cho tới khi động lực lợi suất tiếp theo được mở ra.

Unbonding nhanh là một tính năng tuyệt vời cho hiệu quả sử dụng vốn, nhưng chúng ta cần bắt đầu phân biệt giữa bảo mật giao thức “dính chặt” và TVL “co giãn”. Khi các rào cản thoát thấp đến vậy, con số TVL trên tiêu đề sẽ kém bền vững hơn rất nhiều so với những gì nó trông có vẻ trên giấy tờ.

Vẫn đang cân nhắc liệu các giai đoạn unbonding ngắn sẽ trở thành “tính năng sát thương” thúc đẩy làn sóng nhận BTC hàng loạt, hay lại chính là điểm yếu khiến bảo mật restaked trở nên quá khó dự đoán để các chuỗi người dùng có thể dựa vào cho dài hạn.

@BabylonLabs_io $BABY #baby

Tôi cứ phải nghĩ về một lựa chọn thiết kế trong Babylon sau khi đọc thêm về TBV.

Ai cũng nói về việc Bitcoin “vẫn native” (bản địa).

Đúng.

BTC không được bọc.

Nó cũng không được cầu nối sang một chuỗi khác.

Nó vẫn bị khóa theo các quy tắc riêng của chính Bitcoin.

Nhưng điều đó lại khiến tôi nhận ra một điều gì đó mà tôi đã hoàn toàn bỏ sót.

Giữ Bitcoin native không tự động làm cho toàn bộ hệ thống xung quanh trở nên đơn giản.

Thực ra, nó buộc giao thức phải sáng tạo hơn ở mọi nơi khác.

Bitcoin Script có các giới hạn rất chặt.

Nó không được thiết kế để hiểu một blockchain khác.

Nó không thể kiểm tra trạng thái của Ethereum.

Nó không thể xác thực một giao dịch EVM.

Vì vậy, mọi tính năng mà Babylon thêm vào đều phải tìm cách vượt qua các ràng buộc đó, thay vì tận dụng chúng.

Đó mới là thách thức kỹ thuật thực sự.

Giao thức không cạnh tranh với mô hình bảo mật của Bitcoin.

Nó đang thương lượng với triết lý thiết kế của Bitcoin.

Càng nghĩ về điều đó, tôi càng ít tin rằng câu hỏi là, “Bitcoin có thể tham gia DeFi không?”

Một câu hỏi tốt hơn có lẽ là:

Bạn có thể xây dựng được bao nhiêu chức năng mà không bao giờ phải yêu cầu Bitcoin trở thành thứ mà nó chưa hề được thiết kế để trở thành?

Đó là một mục tiêu hẹp hơn rất nhiều.

Nhưng cũng là một mục tiêu khó hơn nhiều.

Nếu Babylon thành công, tôi không nghĩ là vì nó đã thêm những khả năng mới cho Bitcoin.

Nó sẽ là vì nó chứng minh rằng thiết kế giao thức cẩn thận có thể khai thác nhiều tiện ích hơn từ các quy tắc hiện có của Bitcoin, nhiều hơn những gì đa số người ta từng nghĩ là có thể.

Đó là giả thuyết mà tôi đang theo dõi—không phải liệu danh sách tính năng có tăng lên hay không, mà liệu giao thức có thể tiếp tục mở rộng mà không yêu cầu chính Bitcoin phải thỏa hiệp hay không.

@BabylonLabs_io

#baby $BABY

Hôm nay tôi thấy mình ít nghĩ về Bitcoin hơn và nhiều hơn về “bằng chứng”.

Không phải bằng chứng mật mã.

Mà là bằng chứng kinh tế.

Hãy tưởng tượng có hai hệ thống.

Một hệ nói: “Tin chúng tôi đi, tài sản thế chấp được bảo đảm an toàn.”

Hệ còn lại nói: “Đừng tin chúng tôi. Đây là một cơ chế cho phép bất kỳ ai cũng có thể phản biện, thách thức việc hoàn trả là không hợp lệ trước khi Bitcoin được chuyển đi.”

Cả hai hệ thống đều có thể bảo vệ tài sản.

Nhưng chúng tạo ra sự tin cậy theo những cách hoàn toàn khác nhau.

Đó là điều tôi thấy thú vị về TBV của Babylon.

Mật mã không hề cố gắng loại bỏ bất đồng.

Nó nhằm làm cho bất đồng có thể đo lường được.

Nếu ai đó tin rằng một lần hoàn trả là không hợp lệ, sẽ có một quy trình xác định để phản đối nó.

Điều đó thay đổi vai trò của niềm tin.

Thay vì tin một bên lưu ký luôn hành động đúng, người tham gia tin rằng một hành động sai có thể bị phát hiện trước khi nó trở thành “hoàn tất”.

Ranh giới đó nghe có vẻ tinh tế.

Nhưng tôi không nghĩ là vậy.

Hạ tầng tài chính luôn phụ thuộc vào niềm tin.

Thế hệ tiếp theo có thể sẽ phụ thuộc nhiều hơn vào trách nhiệm giải trình có thể chứng minh, thay vì danh tiếng.

Liệu mô hình này có giữ được trong điều kiện thanh khoản thực tế hay không vẫn là một câu hỏi còn bỏ ngỏ.

Nhưng tôi nghĩ đó mới là câu hỏi thú vị hơn.

@BabylonLabs_io

#baby $BABY

Một câu trong tài liệu TBV hôm nay cứ làm tôi bận tâm.

Không phải vì tôi không đồng ý với nó.

Mà vì nó âm thầm thay đổi nơi mà sự tin tưởng tồn tại.

Khi mọi người nghe "kho bạc Bitcoin không cần niềm tin", họ thường hình dung rằng Bitcoin rời khỏi hoàn toàn phương trình niềm tin.

Tôi không nghĩ đó là điều thực sự xảy ra.

Bitcoin vẫn không biết chuyện gì đang diễn ra trên Ethereum.

Nó không thể kiểm tra một khối Ethereum.

Nó không thể xác minh một giao dịch EVM.

Thay vào đó, Bitcoin được đặt một câu hỏi hẹp hơn rất nhiều:

"Đã có đủ bằng chứng mật mã để biện minh cho việc giải phóng những đồng coin này hay chưa?"

Đó là một mô hình bảo mật hoàn toàn khác.

Giao thức không loại bỏ niềm tin.

Nó chỉ giảm lượng thông tin mà Bitcoin phải tin.

Tôi thích triết lý thiết kế đó.

Nhưng nó cũng đặt ra một câu hỏi khác.

Mỗi lần giảm bớt niềm tin đều kéo theo sự gia tăng ở đâu đó.

Nhiều hệ thống chứng minh hơn.

Nhiều giả định về thời điểm hơn.

Nhiều logic xử lý thách thức hơn.

Nhiều độ phức tạp giao thức hơn.

Có lẽ đó là sự đánh đổi không thể tránh khỏi.

Không phải niềm tin đối lập với không cần niềm tin.

Mà là niềm tin đơn giản đối lập với độ phức tạp có thể kiểm chứng.

Khi Babylon phát triển, tôi nghĩ đây là nơi cuộc thảo luận thực sự nên diễn ra.

Không phải liệu niềm tin có biến mất.

Mà là liệu những giả định còn lại có đủ nhỏ để cuối cùng chúng ta có thể suy luận về chúng hay không.

@BabylonLabs_io

#baby $BABY

Năm 2022, sàn FTX đã ngừng hoạt động.

Năm 2026, Bitmex và Bitmart sẽ ngừng hoạt động.

Các chỉ báo đáy đang xuất hiện

Crypto quá rủi ro. Nếu bạn đầu tư vào một đồng coin xấu, nó có thể bị thanh lý chỉ trong vài ngày.
Vì vậy hãy chơi an toàn.

Hôm nay tôi bỏ qua phần tiêu đề và đi thẳng vào tài liệu kỹ thuật.
Một câu cứ kéo tôi quay lại.
Các Kho tiền Bitcoin Không Cần Niềm Tin của Babylon không cố gắng dạy Bitcoin bất cứ điều gì mới.
Không phân nhánh.
Không opcode mới.
Không thay đổi vào sự đồng thuận của Bitcoin.
Ràng buộc đó thú vị hơn chính tính năng.
Hầu hết các hệ thống liên chuỗi đều trở nên “dễ hơn” bằng cách thêm các giả định mới. Trình xác thực mới, mô hình tin cậy mới, môi trường thực thi mới.
Babylon dường như đang đặt một câu hỏi khác:
Chúng ta có thể đạt được bao nhiêu mà không cần yêu cầu Bitcoin thay đổi hoàn toàn?
Đó là một bài toán kỹ thuật còn khó hơn nhiều.
Nhưng nó cũng tạo ra một sự đánh đổi mà tôi chưa thấy được bàn luận đủ.
Khi bạn từ chối sửa đổi lớp nền, sự phức tạp không biến mất.
Nó dịch chuyển.
Sang mật mã.
Sang cơ chế thách thức.
Sang thiết kế giao thức.
Sang các giả định về thời gian.
Vì vậy, câu hỏi thực sự không phải là liệu kiến trúc có thanh lịch hay không.
Mà là liệu sự thanh lịch ấy có tồn tại khi cuối cùng hàng tỷ đô la phụ thuộc vào nó hay không.
Lịch sử cho thấy nhiều giao thức trông có vẻ an toàn khi bảo vệ tài sản ở testnet.
Bài kiểm tra thực sự bắt đầu khi kẻ tấn công có động cơ kinh tế được đo bằng hàng triệu thay vì hàng nghìn.
Đó là chuẩn mà tôi sẽ theo dõi.
Không phải liệu TBV có hoạt động được hôm nay hay không.
Mà là liệu nó có cư xử theo cách tương tự khi thất bại trở nên đắt đỏ.

@BabylonLabs_io
#baby $BABY

#KAITO $KAITO LONG TRADE

ENTRY: 0.972

TARGET: 1.037

STOPLOSS: 0.947

Hôm nay tôi đã dành nhiều thời gian để đọc luồng “rút/chuộc” hơn là luồng “gửi”.

Điều đó khiến tôi ngạc nhiên.

Phần lớn các cuộc thảo luận về các vault Bitcoin tập trung vào việc khóa BTC.

Khóa đồng không phải là phần khó.

Việc lấy lại chúng mới khó.

Bitcoin không có cách tích hợp sẵn để xác minh điều gì đã xảy ra trên Ethereum.

Nó không hiểu trạng thái của Ethereum.

Nó không đọc các block của Ethereum.

Vì vậy, mọi thiết kế liên chuỗi cuối cùng đều phải trả lời cùng một câu hỏi khó chịu:

Bitcoin làm sao biết yêu cầu mở khóa là hợp lệ?

TBV của Babylon không giải quyết vấn đề đó bằng cách thay đổi Bitcoin.

Thay vào đó, nó hoạt động trong khả năng Script sẵn có của Bitcoin và dựa vào một quy trình xác minh dựa trên “thử thách” (challenge).

Đó là một ràng buộc kỹ thuật thú vị hơn nhiều.

Giao thức không yêu cầu Bitcoin trở thành Ethereum.

Nó yêu cầu Bitcoin chỉ xác minh đủ thông tin để quyết định liệu tài sản thế chấp có nên được giải phóng hay không.

Tuyệt vời.

Nhưng nó cũng khiến tôi nảy sinh một điều suy nghĩ.

Hệ thống challenge thường trông vững nhất trước khi thị trường trở nên mang tính đối đầu.

Điều gì xảy ra khi mạng bắt đầu ùn tắc hơn?

Khi phí giao dịch tăng vọt?

Khi các validator có động cơ tài chính để khai thác thời điểm thay vì đi theo đúng “đường đi tốt đẹp” (happy path)?

Một thiết kế không cần tin cậy (trustless) không chỉ được kiểm chứng bằng mật mã.

Nó được kiểm chứng bằng động cơ.

Đó là phần tôi quan tâm nhất khi Babylon phát triển.

@BabylonLabs_io

#baby $BABY

Ba con số hôm nay đã thu hút sự chú ý của tôi.

56,800+ BTC được đảm bảo.

Khoảng $6,8B giá trị Bitcoin.

Thế nhưng $BABY lại đang nằm quanh mức vốn hóa thị trường $50M.

Tôi cứ tiếp tục nhìn vào những con số đó vì chúng dường như không tăng tương xứng với nhau.

Người nắm giữ Bitcoin đóng góp hàng tỷ đô la cho sự an toàn kinh tế.

Các mạng PoS nhận được các bảo đảm an ninh mạnh hơn.

Giao thức điều phối mối quan hệ đó.

Vậy thị trường đang gán giá trị ở đâu?

Một cách nghĩ về vấn đề này là thông qua các tỷ lệ.

Khoảng $136 giá trị được đảm bảo cho mỗi $1 vốn hóa thị trường của BABY.

Khoảng chênh lệch này là khá rộng đối với một giao thức hạ tầng.

Tất nhiên, chỉ riêng TVL không đảm bảo việc giá trị token sẽ tăng. Crypto có rất nhiều ví dụ về việc mức độ sử dụng tăng lên trong khi cơ chế thu hút giá trị lại yếu.

Nhưng ngược lại cũng từng xảy ra.

Đôi khi thị trường bỏ qua các lớp điều phối cho đến khi chúng lặng lẽ trở nên không thể thiếu.

Có lẽ đó mới là câu hỏi thực sự xoay quanh Babylon.

Định giá hôm nay cho chúng ta biết rằng giao thức bị “làm quá mức quy mô”...

Hay là nó cho thấy thị trường vẫn xem việc staking Bitcoin là một thí nghiệm hơn là hạ tầng lâu dài?

Trong vài tháng tới, tôi sẽ theo dõi một chỉ số hơn cả giá token:

Liệu lượng BTC được đảm bảo có tiếp tục tăng nhanh hơn so với định giá của BABY không?

Nếu khoảng cách đó cứ tiếp tục mở rộng, cuối cùng thị trường sẽ phải giải thích vì sao.

@BabylonLabs_io

#baby $BABY

Một con số đã thu hút sự chú ý của tôi hôm nay.

Mạng lưới của Bitcoin hiện đang được bảo mật bởi hơn 108,000 nút có thể truy cập được, trong khi vốn hóa thị trường của nó vào khoảng 1,3 nghìn tỷ USD.

Đó là một lượng giá trị phi thường được bảo vệ bởi một hệ thống được thiết kế để loại bỏ các bên trung gian tin cậy.

Tuy nhiên, có một điều thú vị xảy ra khi Bitcoin rời khỏi giao thức.

Những giả định về niềm tin lặng lẽ quay trở lại.

Một quỹ tài chính doanh nghiệp cần nhiều lần phê duyệt.

Một văn phòng gia đình cần lên kế hoạch thừa kế.

Một quỹ cần các quy tắc quản trị.

Một tổ chức cần các biện pháp kiểm soát vận hành.

Đột nhiên, việc bảo đảm Bitcoin không chỉ còn là bảo vệ khóa cá nhân.

Mà là xác định ai có thể chuyển tiền, trong những điều kiện nào, và điều gì sẽ xảy ra khi có sự cố.

Vì vậy, tôi nghĩ các cuộc thảo luận về lưu ký đang phát triển.

Trong nhiều năm, tranh luận vẫn đơn giản:

Lưu ký tập trung và tự lưu ký.

Ngày nay, một câu hỏi khó hơn đang xuất hiện:

Bitcoin có thể vẫn “không cần tin cậy” trong khi các quy tắc chi phối nó trở nên tinh vi hơn không?

Đó là vấn đề mà Babylon’s Trustless Bitcoin Vaults (TBV) đang cố gắng khám phá.

Không phải bằng cách thay đổi chính Bitcoin.

Mà bằng cách thay đổi cách con người tổ chức niềm tin xung quanh Bitcoin.

Khi lượng vốn được mạng lưới bảo vệ tiếp tục tăng trưởng, quản trị có thể trở nên quan trọng tương đương với mật mã học.

Giai đoạn tiếp theo của hạ tầng Bitcoin có thể không phải là tạo ra một tài sản tốt hơn.

Mà có thể là tạo ra những cách tốt hơn để bảo vệ tài sản đã tồn tại.

@BabylonLabs_io

#baby $BABY