六出纷飞

加入专属聊天室 Bạn muốn nhận bao lì xì? Bạn muốn đồ chơi xung quanh? Bạn muốn chiến lược? Phòng trò chuyện của Six Brother có tất cả, nhanh chóng tham gia phòng trò chuyện để cùng nhận phúc lợi!
点击加入聊天室

#币安Alpha推出MERL交易竞赛

Cảm ơn các ông chủ đã hỗ trợ, hôm qua lại có hàng chục ông chủ mở tính năng hoàn tiền, chúng ta nên tiết kiệm và chi tiêu hợp lý, tỷ lệ hoàn tiền hợp đồng là 20%, mỗi Chủ nhật sẽ chuyển tiền cho mọi người, 🎈 Mã mời: LCFF666
#手续费返佣

Con dỗ bọn trẻ ngủ xong thì đã hơn 11 giờ rưỡi. Còn nửa tiếng nữa mà không muốn lướt điện thoại, tôi lật xem tài liệu về tầng thực thi của Dusk một lúc. Ban đầu định xem cho biết rồi ngủ luôn, nhưng lại mắc kẹt ở một chi tiết nên vẫn chưa ngủ được.

Piecrust là máy ảo thực thi hợp đồng thông minh của Dusk, dựa trên WASM—điểm này cũng giống như nhiều public chain mới, chẳng có gì đặc biệt. Điều đặc biệt nằm ở cách nó xử lý các phép toán mật mã: những thao tác nặng như tính toán băm (hash), kiểm chứng bằng chứng không kiến thức (zero-knowledge proof)… thay vì giao cho bytecode WASM chạy, nó lại biến chúng thành các hàm “host”, rồi gọi trực tiếp phần hiện thực cấp thấp viết bằng Rust để tính. Tức là code hợp đồng chạy các logic thông thường trong sandbox của máy ảo, nhưng hễ đụng tới tính toán mật mã nặng thì sẽ thoát khỏi sandbox để giao cho mã native xử lý; xong xuôi lại truyền kết quả về.

Cách tách ra như vậy thoạt nhìn là tối ưu kỹ thuật, nhưng nghĩ kỹ thì đó là điều “phải làm”. Nếu đặt khâu kiểm chứng bằng chứng không kiến thức vào một máy ảo dạng thông dịch, tổn hao hiệu năng sẽ chênh lệch theo bậc độ lớn, đặc biệt là với Dusk—một chain mặc định chạy theo lộ trình giao dịch bảo mật. Hầu như giao dịch nào cũng phải chạy qua bước kiểm chứng này; nếu phần đó chậm, throughput cả chuỗi sẽ bị bóp chết. Việc chuyển phần tốn tài nguyên nhất ra khỏi sandbox để chạy bằng code native về bản chất là tìm một lối đi trung gian giữa hai mục tiêu: “tính toán Turing-complete của hợp đồng” và “không để tính toán riêng tư kéo sập hiệu năng”.

Chỗ khiến tôi mắc lại là: giao diện để gọi những hàm host này do ai định nghĩa, và liệu sau này có mở rộng được không? Nếu mỗi lần thêm một loại nguyên ngữ mật mã mới lại phải sửa mã lõi của máy ảo, thì số lượng loại nguyên ngữ mật mã người phát triển có thể dùng—ít nhiều sẽ bị nhịp cập nhật của đội core “ghìm cổ”, chứ không phải được mở để hệ sinh thái tự do mở rộng. Điều này có phần mâu thuẫn với câu chuyện của public chain rằng “tính Turing-complete và nhà phát triển tự do phát huy”—chỉ là mâu thuẫn bị giấu ở tầng thấp, bình thường không cảm nhận được.

Nghĩ tới đây thì tôi chẳng còn tâm trí lật tiếp nữa, ghi lại trước đã, rồi khi có cơ hội sẽ kiểm tra rốt cuộc phần hàm host được mở đến mức nào.

Các bạn nghĩ sao: việc tách các phép tính mật mã cốt lõi khỏi sandbox để chạy native theo kiểu “ưu tiên hiệu năng” này, liệu cái giá phải trả có lớn hơn so với vẻ bề ngoài không?

@Dusk #dusk $DUSK

Bạn bè gần đây đang xoay xở việc chuyển nhượng tỷ phần vốn trên thị trường sơ cấp, than rằng quy trình chậm đến mức khó tin: luật sư, bên đại diện sang tên, sàn/TT bù trừ lại chạy đi chạy lại một vòng, nhanh thì hai tuần, chậm thì kéo dài cả một tháng. Tôi buột miệng nhắc đến module Zedger của Dusk, anh ấy hỏi lại một câu: "Thanh toán trên chuỗi chẳng phải chỉ là chuyển tiền thôi sao, có thể phức tạp đến đâu?"

Câu hỏi này hay, vì thanh toán bù trừ chứng khoán thật sự không đơn giản chỉ là chuyển tiền. Zedger phải xử lý chính việc thay đổi quyền sở hữu—ai đang nắm giữ, nắm giữ bao nhiêu, chuyển cho ai. Những thông tin này trong hệ thống truyền thống lại bị phân tán qua nhiều sổ cái khác nhau ở bên lưu ký, cơ quan đăng ký và sàn/TT bù trừ; chỗ tốn thời gian nằm ở việc đối soát, chứ không phải ở bản thân việc chuyển tiền. Zedger đưa logic đăng ký quyền sở hữu đó lên chuỗi. Đồng thời dùng bằng chứng không kiến thức để bảo vệ quyền riêng tư, giúp việc thay đổi quyền sở hữu có thể được hoàn tất theo kiểu nguyên tử (atomic) ngay trên một chuỗi—về mặt lý thuyết có thể cắt bỏ luôn khâu đối soát.

Nhưng sau khi tôi nói với bạn ấy những điều này, anh ấy lại hỏi thêm một câu mà tôi chưa trả lời được: ở góc độ pháp lý, việc thay đổi quyền sở hữu được ghi nhận trên chuỗi, với bản ghi của cơ quan đăng ký truyền thống, bên nào sẽ được coi là có giá trị? Nếu hai bên mâu thuẫn, đâu mới là căn cứ cuối cùng? Đây không phải vấn đề kỹ thuật, và chính Dusk cũng không thể tự giải quyết—còn phải phụ thuộc vào việc khu vực pháp lý mà họ hoạt động có công nhận cách làm này hay không. Về mặt kỹ thuật, cắt bỏ khâu đối soát thì không có vấn đề, nhưng rào cản về việc pháp luật có thừa nhận hay không thì phải giải quyết từng quốc gia một.

Vì thế, hiện tại thái độ của tôi với Zedger là: thiết kế kỹ thuật là hướng đi đúng, nhưng để đạt tới mức "chỉ cần ở bất kỳ quốc gia nào cũng có thể thanh toán chứng khoán theo cách như vậy" thì còn rất sớm; nơi có thể triển khai được cho đến nay cũng chỉ là một vài sandbox giám sát ở châu Âu.
Các bạn nghĩ sao: đăng ký quyền sở hữu trên chuỗi cần bao lâu để được hệ thống tư pháp chính thống chính thức công nhận như "căn cứ pháp lý", hay chuyện này mãi mãi vẫn phải dựa vào hệ thống truyền thống để đứng ra bảo chứng?
@Dusk #dusk $DUSK

Khi nhiều người nhắc đến “tính cuối cùng”, trong đầu họ sẽ hiện lên ý nghĩ “qua được bao nhiêu khối thì không được sửa nữa”, một khái niệm cắt phăng một phát. Sau khi xem thiết kế rolling finality của Dusk, tôi nhận ra ý tưởng đó quá thô sơ.

Nó chia trạng thái khối thành bốn mức: accepted, attested, confirmed, final. Từng bước leo lên, chứ không phải đen hay trắng. Nếu một khối ở vòng thấp mà không thể gom đủ “bằng chứng thất bại”, thì vẫn có thể bị các khối ở phía sau thay thế. Nhưng khi số khối đã được xác nhận chồng lên càng nhiều, xác suất tạo nhánh rẽ giảm theo cấp số nhân, cuối cùng bị khóa vào trạng thái final không thể đảo ngược. Về bản chất, thiết kế này biến việc “mất bao lâu thì có thể yên tâm” thành một đường cong, chứ không phải một con số cố định.

Điều tôi quan tâm nhất là nó chống gian lận như thế nào—ví dụ, có người cố ý để mình được bầu theo một vòng cụ thể, rồi chờ nhặt phần thưởng tạo khối ở các vòng sau. Trong giao thức, họ thiết kế riêng nhiều lớp phản chế: phần thưởng bỏ phiếu, điểm cộng thêm, loại khỏi tư cách tạo khối ở vòng kế tiếp, cùng với giới hạn số lần lặp. Tức là vá từng lỗ hổng trong tầng lý thuyết trò chơi, thay vì chỉ đơn giản dựa vào phạt để xử lý.

Tuy nhiên, càng xem kỹ càng thấy lăn tăn: cơ chế này được xây dựng trên tiền đề quy mô ủy ban đủ lớn và mạng truyền thông đủ nhanh. Nếu một ngày nào đó có phân mảnh mạng, độ trễ lan truyền thông tin bị kéo dài, thì giả định “tích lũy nhanh các khối đã xác nhận” liệu có tự sụp đổ trước không? “tính cuối cùng trong từng giây” và “độ bền vững trong điều kiện mạng cực đoan”—hai thứ này rốt cuộc có thể vừa đạt được cùng lúc không, hiện tại tôi vẫn chưa thấy câu trả lời đủ khiến mình hoàn toàn yên tâm.

@Dusk #dusk $DUSK

Tôi cứ nhìn vào Zedger suốt ba ngày và rồi đột nhiên hiểu Dusk đang sắp một ván cờ gì

Nói thật, lúc ban đầu nghiên cứu @Dusk , tôi làm vì Phoenix. Bằng chứng không tri thức, giao dịch riêng tư—ngoài thị trường thì dự án nào nói được y như vậy cũng có thể “bốc một nắm”. Thứ thực sự khiến tôi dừng lại, đọc lại kỹ bản whitepaper, là cấu trúc Sparse Merkle-Segment Trie trong Zedger—rất ít người đề cập đến.

Với mô hình tài khoản thông thường, nếu bạn muốn xem số dư thì đọc một con số là xong, nhưng cái giá là toàn mạng có thể thấy sự thay đổi của con số đó. UTXO đổi hướng: chia tiền thành một loạt mảnh vụn, khiến không ai nhìn rõ toàn cảnh. Nhưng đem cách này đi làm thanh toán chứng khoán thì lại rất lúng túng—các tổ chức cần một sổ cái có thể kiểm toán, đối soát được, và phân phối cổ tức theo từng phần, chứ không phải một đống mảnh vụn không truy vết được.

Những gì Zedger làm là giúp chủ sở hữu tự duy trì một cuốn sổ dạng phân đoạn: mỗi lần có biến động chỉ cập nhật một phần gốc tương ứng trên một cây Merkle. Người ngoài không nhìn thấy chi tiết, nhưng cơ quan quản lý hoặc bên kiểm toán có thể dùng đúng khóa tương ứng để kiểm chứng một đoạn cụ thể có tuân thủ hay không. Điều này hoàn toàn không nằm trong hai cực quen thuộc mà chúng ta vẫn hiểu—hoặc là “lộ hết” hoặc là “đen hết”. Nó tạo ra một trạng thái trung gian có thể được tiết lộ tùy nhu cầu. Những rắc rối chỉ có trong chứng khoán như quyền cổ tức, quyền biểu quyết, giới hạn theo phần sở hữu… được hỗ trợ bẩm sinh bởi cấu trúc này, không cần vá thêm.

Tôi làm trong ngành này đã ngần ấy năm, đã thấy quá nhiều dự án nói tuân thủ ngoài miệng, nhưng triển khai thực tế toàn là hư không. Bộ khung của Zedger là thứ được đưa thẳng vào logic của mã—không tin thì cứ kiểm tra kho mã nguồn mở. Tất nhiên nó cũng không phải “thuốc chữa bách bệnh”: cấu trúc phức tạp đồng nghĩa chi phí triển khai và kiểm toán cao hơn. Cuối cùng khoản này có thể tính “lời” hay không còn phải xem các case triển khai thực tế của tổ chức; kết luận sớm thì còn chưa đủ.

Nói cho cùng, tài chính luôn tìm điểm cân bằng giữa sự riêng tư và niềm tin: không ai sinh ra đã phải bị soi rõ, cũng không ai có thể mãi mãi không bị truy hỏi. $DUSK Thiết kế này, ở một mức độ nào đó, đang thay chúng ta trả lời một câu hỏi cũ hơn: con người nên lộ ra với thế giới bao nhiêu bản thân thì mới thật sự an toàn. #dusk

Phoenix và Moonlight cùng tồn tại: một chuỗi quyền riêng tư giữ lại một “khe” không riêng tư. Tôi thấy vậy khá tỉnh táo

Người làm dự án quyền riêng tư rất dễ đi đến cực đoan: hoặc giấu hết mọi thứ, tự nhận là “tuyệt đối riêng tư”, hoặc lười thì bỏ luôn quyền riêng tư để lấy hiệu suất. Trong vài năm gần đây, tôi thấy không ít dự án gắn mác “privacy” cuối cùng chết ngay ở câu hỏi lựa chọn này: hoặc việc kiểm toán và quản lý gần như không thể chạm tới, hoặc tính năng quyền riêng tư chỉ tồn tại trên danh nghĩa. Khi tôi lật tài liệu của $DUSK , tôi phát hiện nó không đi cực đoan. Phoenix là mô hình UTXO, làm các giao dịch che chắn, che cả số dư lẫn quan hệ giữa các giao dịch. Moonlight là mô hình tài khoản, đi theo lộ trình công khai, số dư và giao dịch đều được bày rõ ra. Hai kênh song song tồn tại, đều có thể chuyển DUSK, đều có thể trả gas, đều là điểm vào để thực thi hợp đồng; ai dùng kênh nào tự chọn.

Ban đầu tôi nghĩ đó là một sự thỏa hiệp, rồi sau đó hiểu ra: đó thực ra là để chừa đường lui. Tổ chức cần tuân thủ, cần kiểm toán truy vết, nên không thể “hộp đen hóa” toàn bộ dòng tiền. Trong sandbox của cơ quan quản lý, việc đầu tiên là phải xem tiền đi đâu. Người dùng phổ thông thì cần quyền riêng tư, không muốn mỗi lần chuyển tiền đều bị lột trần. Cố gắng dùng một mô hình để thỏa mãn hai nhu cầu trái ngược, có lẽ sẽ chẳng bên nào thấy vừa ý. Điều này cũng giống chuyện xây nhà để cửa trước cửa sau: cửa trước cho người đến kiểm tra hồ sơ đi, cửa sau cho người không muốn bị hàng xóm để ý đi—nhưng ngôi nhà vẫn là một, chẳng ai thấy cửa nào là thừa.

Cảm nhận của tôi về các thiết kế như @Dusk là: thừa nhận rằng không thể đáp ứng mọi đòi hỏi của mọi người, và ngược lại còn trung thực hơn việc cố nhét một giải pháp “vạn năng” cho tất cả. Trong ngành kỹ thuật đi đến cuối cùng, thứ không phải thường là ai lý tưởng “thuần” hơn; mà là ai sẵn sàng nhai trước phần xương của hiện thực. #dusk

Từ cơ chế thách thức có thể thấy giới hạn xử lý trạng thái bất thường của kịch bản Bitcoin

Khi đưa một tài sản như Bitcoin—mà không có hợp đồng thông minh gốc—vào những mạch tài chính phức tạp, nơi dễ bị kẹt nhất thường nằm ở “lối thoát”. Nếu dữ liệu được ứng dụng bên ngoài gửi về bị lệch, thậm chí khi chuỗi ngoài xảy ra phân nhánh, thì tài sản bị khóa trên Bitcoin rốt cuộc được mở khóa an toàn nhờ cơ chế nào?

Nếu dồn toàn bộ công sức vào việc chứng minh ngoài chuỗi cách nộp, rất dễ bỏ qua các ràng buộc về thời hạn khi giải quyết hoặc khi phát khởi thách thức. Trong logic của Trustless Bitcoin Vaults, phía Bitcoin, Vault thực chất được tạo dựng bằng script bao gồm khóa thời gian và các nhánh điều kiện. Chỉ cần chứng minh trạng thái bên ngoài không được xác nhận trong khoảng thời gian quy định, hoặc một người xác thực nộp bằng chứng phủ định nhằm vào trạng thái bất thường, thì script thanh toán sẽ kích hoạt một nhánh chi tiêu nhất định. Thiết kế này không phụ thuộc vào việc một máy chủ trung tâm ép buộc quá trình thanh lý; thay vào đó, “xử lý tranh chấp” được mã hóa trực tiếp vào giới hạn thời gian và logic script ngay trong chính Bitcoin.

So với cơ chế cầu nối chuyển quyền phán quyết tài sản sang một bộ nút đồng thuận khác, cách tiếp cận sử dụng Timelock gốc của Bitcoin để giới hạn tình huống xấu nhất lại gọn gàng hơn. Nhưng rủi ro nằm ở chỗ độ dài của giai đoạn tranh chấp lại gắn trực tiếp với tốc độ xác nhận block trên chuỗi Bitcoin. Khi mạng bị tắc nghẽn, phí giao dịch tăng vọt; chi phí để phát khởi thách thức và độ trễ có thể tăng lên đáng kể. Điều này đặt ra thách thức rất lớn cho thiết kế động lực và khả năng phán đoán mức độ ưu tiên đóng gói giao dịch của thợ đào.

Trong tương lai, khi cơ chế này vận hành tần suất cao trên mainnet, những “ma sát Gas” thực tế và liệu đường đi thách thức trong điều kiện thị trường cực đoan có thể được kích hoạt kịp thời hay không vẫn là những chỉ số quan trọng cần quan sát. @BabylonLabs_io $BABY #baby

Gần đây tôi đang nghiên cứu cách dùng BTC để đi vào DeFi mà không thỏa hiệp, và TBV đã đưa ra một câu trả lời khá ổn.

Là một người dùng lâu năm, tôi cố ý liệt kê ưu/nhược điểm của một vài phương án thế chấp BTC để so sánh ngang. Tôi nhận ra Babylon TBV đã có những lựa chọn rõ ràng về mô hình niềm tin. Cách làm phổ biến trước đây là chuyển hoặc bọc BTC sang môi trường khác—khi đó thanh khoản có thể tăng lên, nhưng bạn phải tin rằng bên vận hành sẽ không xảy ra sự cố hoặc bị tấn công. Trong thời gian tự nắm giữ, tôi từng chứng kiến những rủi ro tương tự, nên trong lòng luôn giữ cảnh giác.

TBV chọn để BTC đứng yên, không di chuyển, và tạo một vault script Taproot cá nhân ngay trên chuỗi Bitcoin. Bạn tham gia vào việc khóa bằng cơ chế pre-signing; ở phía DeFi, tình trạng thế chấp được xác nhận theo thời gian thực thông qua các chứng minh mật mã, hỗ trợ các thao tác như vay mượn. Việc kích hoạt và hoàn trả (redeem) dựa vào cơ chế nguyên tử cùng với cơ chế thách thức BABE để xác thực chéo chuỗi. Script đảm bảo chỉ khi thỏa điều kiện thì mới có thể động đến số tiền trong vault. Mỗi vault hoàn toàn tách biệt, như một két sắt cá nhân, không trộn lẫn với tiền của người khác.

Điểm hay của cách chơi này là khôn ngoan ở chỗ dùng thay đổi tối thiểu để đạt mức tương thích cao nhất: đầu vào là BTC gốc; phần trung gian xử lý tạo chứng minh và đồng bộ trạng thái; đầu ra dựa vào đồng thuận của cả hai chuỗi để phán đoán. Không “ủy quyền” quyền kiểm soát, giữ lại tinh thần tự giám sát của Bitcoin. Với những ai muốn dùng đồng tiền nhưng không muốn mạo hiểm, đây là một giải pháp thực dụng.

Tôi vẫn sẽ giữ thái độ lý tính khi đánh giá. Quy trình thanh lý có đủ nhanh nhạy khi mạng bị tắc nghẽn không? Mức độ tích hợp có khiến một phần nhà phát triển nản lòng không? Liệu các đối tác trong hệ sinh thái có sẵn sàng tối ưu hệ thống hiện có cho “thế chấp gốc” hay không? Những thách thức kỹ thuật này sẽ quyết định nó có đi xa được đến đâu.

Sau nhiều năm lăn lộn trong vòng này, tôi càng cảm thấy công nghệ tốt giúp con người ít phải dựa vào niềm tin hơn, và dựa nhiều hơn vào mã nguồn. TBV đang cố gắng làm cho BTC trở nên hữu dụng mà không đánh mất các thuộc tính cốt lõi. Điều đó khiến tôi nhìn thấy một con đường cân bằng. Khi tài sản vừa có thể được lưu trữ an toàn, vừa có thể tạo ra giá trị trong phạm vi được kiểm soát, có lẽ chúng ta sẽ có thêm cảm giác làm chủ tương lai. Câu chuyện về tài sản, rốt cuộc vẫn là chuyện ai thực sự nắm giữ chìa khóa.

$BABY #baby @BabylonLabs_io

Sơ đồ kiến trúc Trustless Bitcoin Vaults (TBV) bản mới nhất do nhóm phát hành lúc nửa đêm @BabylonLabs_io , phản ứng đầu tiên trong đầu mình là: Thiết kế này có vẻ thú vị đấy. Nó như thể đã “vẽ lại” ranh giới niềm tin trong tài chính trên chuỗi.
Trong thời gian dài, cách mặc định để BTC tham gia vào hệ sinh thái bên ngoài của mọi người, chẳng qua chỉ là “cầu nối” hoặc “đóng gói”. Nhưng dù cách đóng gói có hoa mỹ đến đâu, thì tầng nền vẫn không thoát khỏi cùng một logic—đầu tiên trao BTC cho bên thứ ba lưu ký, rồi đổi lấy một tấm giấy chứng nhận để chạy thanh khoản. Tức là dùng tính an toàn nguyên bản quý giá nhất của Bitcoin để đổi lấy tấm vé bước vào kiếm lãi.

Điểm đáng suy nghĩ nhất của TBV lại chính là nó từ chối quán tính “rời cuộc” đó. Nó sử dụng năng lực chứng minh của BitVM3 và các đầu ra Taproot để khóa tài sản chặt chẽ trong các Vault nằm trên chuỗi Bitcoin, do người dùng nắm quyền kiểm soát. Quan trọng hơn, mỗi Vault đều là một đơn vị UTXO độc lập, tách biệt, không có kiểu rủi ro hệ thống “đụng một là kéo theo toàn bộ” như các bể thanh khoản dùng chung. Khi các giao thức bên ngoài (chẳng hạn hệ thống cho vay hoặc thanh lý) cần kết hợp liên động, thì TBV không bắt Bitcoin phải đọc trạng thái của các chuỗi dị dạng, mà nén logic bên ngoài thành các bằng chứng gian lận và các ràng buộc trạng thái mà script nguyên bản của Bitcoin có thể nhận diện.

Về bản chất, TBV không phải đang thuyết phục người dùng bán BTC đi hoặc “đổi sang tài sản khác”, mà là trao cho BTC nguyên bản khả năng xuyên thấu logic tài chính bên ngoài, mà không làm suy yếu mô hình an toàn của Bitcoin. Nếu trong tương lai chạy ở quy mô lớn vẫn có thể duy trì được chi phí xác minh thấp và độ an toàn cao, thì đây có thể là nền tảng công nghệ mang ý nghĩa đột phá về mô hình trong lĩnh vực BTCFi.
$BABY #baby

TBV让我重新审视“自托管”这个老词

昨晚看完Babylon的白皮书，脑子里一直转的是那个pre-signed transaction graph。以前总觉得BTC想玩DeFi就得妥协，要么桥接要么托管，结果TBV直接在Bitcoin上用Taproot把每条可能的支出路径提前全签好锁死。用户自己签，Vault Provider和Keeper们也签，但签完之后谁也改不了新花样。BTC从头到尾锁在自己的UTXO里，像个只认预设钥匙的保险柜。

我这个老crypto人最欣赏的是它的现实主义。没有把Bitcoin硬改成EVM，而是老老实实承认Script的局限，用BABE把外部DeFi的状态通过ZK证明和garbled circuit翻译成Bitcoin能验证的东西。提款或清算时得提交证明，挑战窗口里谁都能质疑，错的就废。没中间人偷着动你的币，也没共享池子把风险搅在一起。

当然不是完美。pegin要等确认，挑战期三天，规模化后gas和协调成本会不会让人头疼，我还在观察。清算时vault是整的不能拆，还得搞sacrificial vault这种小技巧。但比起那些动不动就中心化或多签的方案，它至少把信任最小化了，没把BTC的安全边界卖掉换流动性。

真正打动我的是这个思路：Bitcoin不需要变成另一个智能合约链，它只要守住自己的规则，就能通过密码学“听懂”外部世界的条件。控制权始终在原生网络，这才是对BTC持有者最大的尊重。

在越来越复杂的金融世界里，我们到底要不要为了yield就把钥匙交给别人？TBV给出的答案挺硬核，也挺哲学：真正的财富自由，也许就是资产永远听自己规则的那份固执。

@BabylonLabs_io $BABY #baby

Thế chấp Bitcoin cuối cùng không cần dựa vào người khác nữa TBV khiến tôi thấy được chút điều khác biệt

Những năm qua tôi đã giẫm quá nhiều bẫy, từng chứng kiến dự án hút BTC của người dùng về rồi nói là “tối ưu việc sử dụng”. Kết quả là cầu (bridge) bị đứt hoặc xảy ra sự cố multisig thì mất trắng. Vì vậy, khi tôi xem Babylon’s Trustless Bitcoin Vaults, trong lòng tôi ban đầu là hoài nghi, rồi dần dần chuyển sang công nhận.

Logic cốt lõi thực ra khá thực tế. Bạn giữ BTC trong địa chỉ Taproot trên chuỗi chính Bitcoin, tương đương với việc tự tạo cho mình một chiếc két sắt có khóa thông minh. Quy tắc “chìa khóa” của chiếc khóa này do các hợp đồng DeFi bên ngoài quyết định, chẳng hạn như giao thức cho vay. Khi hoàn tất việc trả nợ hoặc khi các điều kiện được đáp ứng, thông qua bằng chứng không tri thức (zero-knowledge proof) để xác minh trên Bitcoin, thì BTC sẽ được mở khóa để rút về. Toàn bộ quy trình không có bên trung gian quản hộ, không có tài sản được bọc (wrapping), và cũng không có rủi ro chuyển chuỗi chéo. Muốn động đến đồng của bạn? Phải đưa ra chứng minh toán học; nếu không, trong thời gian “challenge”, bất kỳ ai (đặc biệt là chính bạn) đều có thể dừng lại. So với các giải pháp trước đây dựa vào niềm tin vào đội ngũ, điều này rõ ràng “hardcore” hơn nhiều.

Với tư cách là người dùng lâu năm, tôi thấy điểm này đặc biệt thực dụng. Giá trị lớn nhất của Bitcoin từ trước tới nay luôn là sự đơn giản và an toàn. Giờ đây, TBV cho phép nó được dùng như tài sản thế chấp để tham gia cho vay hoặc các kịch bản khác, nhưng không cần phải hy sinh việc tự quản (self-custody). Hãy tưởng tượng BTC trong tay bạn không còn chỉ nằm yên trong ví để ngủ quên, mà có thể làm nền tảng cho việc phát hành stablecoin hoặc những trò chơi tài chính khác, đồng thời vẫn luôn được neo vào chuỗi an toàn nhất. Đây là cách mở khá hay cho những “cá voi” nắm giữ và không có ý định di chuyển.

@BabylonLabs_io tập trung vào thiết kế không cần tin cậy như vậy; qua quan sát thì việc triển khai khá vững, không đến mức vẽ bánh quá nhiều. Vai trò của $BABY trong quản lý vault và các cơ chế khuyến khích liên quan đáng để tiếp tục theo dõi. #baby

Tôi luôn tin rằng bản chất của crypto là lấy quyền lực khỏi tay các thực thể tập trung và trả lại cho cá nhân. TBV không hô khẩu hiệu lớn, mà dùng script và bằng chứng để từng bước củng cố ranh giới của Bitcoin. Nó khiến tôi nhớ vì sao chúng ta kiên trì hodl: không chỉ để giá tăng, mà còn để giữ vững sự bền bỉ vì quyền tự chủ trong thị trường ồn ào. Dù công nghệ có phức tạp đến đâu, rốt cuộc bài kiểm tra vẫn là liệu nó có thể giúp người nắm giữ phổ thông thực sự kiểm soát tài sản của mình mà không cần dựa vào bất kỳ ai hay không. #baby $BABY

Cuối cùng Bitcoin cũng không còn phải bị “ủy thác” nữa rồi, tôi nghĩ gì thật về Babylon TBV

Nói thật, mấy năm nay nhìn quá nhiều các giải pháp “đưa Bitcoin vào DeFi”, tôi cũng hơi tê. Lúc nào cũng bắt bạn đổi thật BTC thành dạng bọc (wrapped), giao cho cầu nối hoặc bên giám quản, rồi cầu mong đối phương đừng bỏ chạy. Rốt cuộc thế nào? Chỉ có 1% BTC thực sự được kích hoạt di chuyển, phần lớn vẫn nằm ngủ trong ví lạnh, giống như một kẻ giữ của mà chẳng tạo ra lợi nhuận gì.

Gần đây tôi đã thử Trustless Bitcoin Vaults (TBV) của Babylon, và cảm giác đúng là nó đã chạm trúng “điểm đau”. BTC của bạn không hề rời khỏi blockchain Bitcoin; nó được khóa trong các script Taproot mà chính bạn tham gia ký. Mỗi vault là độc lập, không trộn lẫn với người khác, và cũng không ai có thể lấy tiền của bạn đi thế chấp lại.

Tôi than một câu: trước đây các giải pháp cross-chain khiến tôi cứ thấy như gửi vàng thỏi trong nhà vào két sắt ngân hàng, nhưng chìa khóa lại do người khác giữ. Còn TBV thì giống như bạn tự đào một cái hầm, chôn vàng thỏi, và chỉ gửi ra bằng chứng “tôi đã chôn bao nhiêu, và điều kiện thỏa mãn thì mới đào lên”. Tổ hợp script Bitcoin + chứng minh ZK + giai đoạn thử thách BABE giúp việc giảm thiểu niềm tin trở thành hiện thực. Trong vận hành thực tế, peg-in cần chờ xác nhận từ Bitcoin, việc rút/đòi lại có một cửa sổ thử thách vài ngày, nhưng cảm giác an toàn thì “bùng nổ”.

Tất nhiên, không phải nói là hoàn hảo. Script của Bitcoin có nhiều giới hạn, chi phí cho việc xác minh chứng minh cũng không hề thấp, và việc phổ cập còn cần thời gian cùng nhiều ứng dụng kết nối thêm. Nhưng so với những mô hình trước đây kiểu “tin chúng tôi là được”, thì đây đã là một bước tiến thực dụng rất lớn. Babylon đưa chính mức an toàn gốc của BTC vào thế giới DeFi rộng hơn, thay vì cố “cải tạo cưỡng ép” Bitcoin.

Là một người chơi crypto lão làng, thứ tôi thích nhất chính là thái độ không thỏa hiệp này: không hi sinh tự giám quản, không chơi trò bọc, mà chiến thẳng bằng mật mã thuần.@BabylonLabs_io

Cuối cùng nghĩ lại, Bitcoin từ khi ra đời đã mang một triết lý—không phụ thuộc vào bất kỳ ai, sống nhờ code và sự đồng thuận. TBV kéo tinh thần đó đi vào DeFi: tài sản của bạn vẫn là của bạn, nhưng cuối cùng nó có thể lưu động để phục vụ nhiều kịch bản hơn, chứ không phải mãi mãi ngủ yên. Có lẽ đó chính là tinh túy của crypto: trở về cội nguồn, nhưng mở ra cánh cửa mới. Đáng để cân nhắc nghiêm túc.

#baby $BABY

Nhận định thật của tôi về Babylon TBV: Cuối cùng Bitcoin cũng có thể “vận động”, nhưng đừng vội hô vang chiến thắng

Nói thật, tôi đã lăn lộn trong crypto gần mười năm, đã thấy quá nhiều dự án thổi Bitcoin thành “chìa khóa vạn năng”, rồi cuối cùng vẫn là một đống rắc rối bị cầu nối (bridge) hoặc bên lưu ký bỏ chạy. Babylon’s Trustless Bitcoin Vaults (TBV) khiến tôi sáng mắt, nhưng đồng thời cũng khiến tôi luôn giữ cảnh giác.

Gần đây tôi đã nghiên cứu kỹ thứ này. Nói đơn giản, bạn khóa BTC vào các script Taproot trên chính blockchain Bitcoin, giống như bạn dựng một chiếc két bảo hiểm cá nhân. Cái két này được ràng buộc trực tiếp với các hợp đồng thông minh trên chuỗi bên ngoài, chẳng hạn như Aave v4. Muốn vay stablecoin? Được thôi. Chứng minh không kiến thức (zero-knowledge) sẽ xác minh rằng bạn đã hoàn trả hoặc đáp ứng điều kiện trên chuỗi mục tiêu, thì mới có thể rút BTC. Toàn bộ quá trình không cần bất kỳ ai giúp bạn giữ khóa, cũng không phải chuyển tiền sang một chuỗi khác. Cơ chế “cửa sổ thách thức” như một chốt canh giám sát công khai: nếu ai đó định làm bừa, bất kỳ người thách thức hợp lệ nào (kể cả bạn) cũng có thể ngăn lại. Nghe có vẻ khá đáng tin, đúng không? So với mấy thứ kiểu hội đồng đa chữ ký (multisig) thì đáng tin hơn nhiều—những thứ đó trước đây cứ làm tôi liên tưởng tới các vụ bê bối lưu ký.

Từ góc nhìn của một người chơi lâu năm, tôi đánh giá cao cách làm thực dụng này. Họ không bày vẽ mấy cây cầu liên chuỗi hào nhoáng, mà viết luật trực tiếp vào script của Bitcoin và các bằng chứng mật mã. Người nắm giữ Bitcoin cuối cùng cũng có thể khiến lượng coin đang “nằm yên” phát huy tác dụng: dùng làm tài sản thế chấp để vay mượn hoặc tham gia thêm DeFi, mà không phải lo kiểu “liệu đồng tiền của tôi có còn nằm trong tay tôi không” — một nỗi lo kinh điển. So với Bitcoin dạng bọc (wrapped), điều này giảm đáng kể bề mặt tấn công, đồng thời nâng hiệu quả sử dụng vốn của Bitcoin lên một bậc. Tuy vậy, tôi cũng phải góp một câu chê: hiện tại việc thực thi còn phụ thuộc vào người thách thức và việc tạo bằng chứng, nên ngưỡng thao tác với người bình thường vẫn hơi cao. Không phải ai cũng sẵn sàng theo dõi cửa sổ gian lận (fraud window) hay xử lý ZK proof.

@BabylonLabs_io ở mảng này làm cũng khá thành tâm: họ tập trung vào tự giám sát (self-custody) và tính nguyên sinh của Bitcoin, thay vì chỉ nói những lời to tát. $BABY token được cho là sẽ đóng vai trò trong thao tác vault và cơ chế bảo mật—điểm này tôi rất mong thấy được triển khai thực tế. #baby

Nói cho cùng, Bitcoin ra đời từ sự hoài nghi với niềm tin tập trung. Thiết kế kiểu TBV khiến tôi nhớ lại lý do ban đầu chúng ta bước vào vòng này: dùng code và toán học thay cho việc mù quáng tin vào con người.

Lại vừa tăng mua vừa ăn tiếp luôn !
Bánh to và Ethereum đều gấp ba lợi nhuận.
Các điểm vào kiểu “cho ăn”, anh em theo sau hẳn đều đã ăn được thịt.

Mấy hôm trước mình vẫn luôn nói đừng đuổi theo giá cao, hãy chờ điều chỉnh rồi hãy vào. Lúc đó nhiều người lại nghĩ rằng xu hướng sắp kết thúc, còn mình thì ngược lại, lại càng muốn đợi giá quay về vị trí đúng theo kế hoạch.

BTC vào quanh 64000, ETH vào quanh 1860. Nhìn hiện tại thì thấy thị trường vẫn đã cho đúng phần lợi nhuận mà nó phải cho.$BTC

GRVT khiến tôi, một “lão trader”, một lần nữa suy nghĩ nghiêm túc về việc vốn nên “sống” như thế nào

Nói thật, trong cái thị trường này gần mười năm, tôi đã thấy quá nhiều dự án hô khẩu hiệu nhưng lại làm cho vốn kẹt cứng ở các tài khoản khác nhau—chuyển sàn, rút coin, chờ xác nhận… Hiệu quả sử dụng vốn thấp đến mức muốn chửi thẳng. Cho đến khi lướt thấy GRVT, tôi mới cảm thấy cuối cùng cũng có người coi chuyện này như chuyện thật, chứ không phải chuyện nửa vời.

Gần đây tôi chạy vài lệnh trên nền tảng của họ, cảm giác thực tế là: cùng một khoản USDT ném vào, vừa có thể làm ký quỹ cho hợp đồng vĩnh viễn để đòn bẩy 50x cho BTC hoặc “oil gold” RWA, vừa mặc định vẫn được ăn lợi suất. Không phải kiểu APY hư cấu trên giấy, mà là lợi suất thực sự đến từ phí giao thức và dòng DeFi bên ngoài. Vốn không bị để đó, cũng không bị ép phải chọn một trong hai. Chỗ này tôi đã phàn nàn rất lâu về vấn đề “vốn bị kéo” (capital drag), và cuối cùng cũng có lời giải thực tế.

Việc khớp lệnh nhanh như CEX, còn thanh toán thì dựa trên bằng chứng ZK để ghi lên on-chain; chìa khóa tự giám sát (self-custody) vẫn nằm trong tay mình, không cần lo nền tảng “cuốn tiền chạy”.

Tôi cũng thử chức năng Strategies của họ: chọn vài chiến lược của các quản lý đã được xác thực và đầu tư một phần nhỏ. Quản lý có thể điều động vị thế nhưng không thể chạm vào vốn gốc của tôi; vị trí được cập nhật mỗi bốn giờ một lần. Vừa bảo vệ lợi thế của họ, vừa giúp tôi yên tâm. Minh bạch, có thể chuyển nhượng—giống như tìm được một “tay cầm côn” đáng tin để làm việc cho mình, mà không cần ký bất kỳ thỏa thuận lưu ký nào. So với việc trước đây bị khóa vốn trong quỹ truyền thống, cái này thoáng hơn nhiều. Tuy vậy tôi cũng muốn nhắc một câu: hiện tại việc tìm chiến lược vẫn cần mình tốn thêm thời gian để chọn; nếu hệ thống thông minh hơn nữa thì sẽ tốt hơn.

Token $GRVT sắp tới rồi: với tư cách người nắm giữ, bạn sẽ nhận được mức phí tốt hơn, phần chia lợi suất cao hơn và nhiều quyền lợi hữu dụng. Nguồn cung cố định 1 tỷ, không loạn phát hành—điểm này tôi đánh giá cao. Họ không phải lại thêm một dự án chỉ biết hô khẩu hiệu lớn, mà là gắn chặt giao dịch, kiếm lãi (earn interest) và đầu tư lại với nhau, để tiền thật sự vận động.

Cuối cùng nói to một chút. Tiền chưa bao giờ là thứ chết. Nó là sự cô đọng của thời gian và lựa chọn. Ta đổi cả sinh mệnh lấy nó, nhưng lại thường để nó ngủ yên trong đủ loại “silo”. GRVT nhắc tôi rằng, một hệ thống thực sự đáng gờm là hệ thống khiến từng đồng tiền luôn tỉnh táo, luôn bận rộn, và làm việc vì bạn. Tôn trọng năng suất sinh ra giá trị của vốn—có lẽ cũng là tôn trọng chính cuộc đời hữu hạn của chúng ta.

@grvt_io #grvt

Đừng để Mainnet Beta làm bạn hoa mắt—hãy bàn về “lưỡi dao liếm máu” mà Newton chưa từng công khai

Vừa thấy Newton Mainnet Beta lên sóng, một đám người đã hò reo theo trào lưu. Tôi thức cả một đêm lật hết sách trắng kỹ thuật để đọc cho kỹ, và mọi người đều đang khen ngợi bộ đôi cực “hot” là AVS và cơ chế xác thực kép. Thế nhưng tôi lại để ý tới một chi tiết ít ai nhắc: “Shadow State Pipeline” (đường ống trạng thái bóng).

Nói đơn giản, đó là việc đưa chiến lược đa chuỗi phức tạp của bạn vào một sandbox ngoài chuỗi để “diễn tập bóng”, rồi tạo ra một bằng chứng trạng thái tức thời và ném cho mạng xác thực. Cái hay nằm ở chỗ nó tiết kiệm dung lượng—giúp các tác vụ giao dịch tự động tần suất cao không bị đốt Gas đến mức trời ơi. Nhưng đồng nào cũng có hai mặt. Giữa việc diễn tập ngoài chuỗi và việc thanh toán/đối soát thực sự trên chuỗi tồn tại một “khoảng mù chênh lệch thời gian”. Khi thị trường rơi vào biến động cực đoan, mà nguồn dữ liệu giá chỉ lệch nhẹ thôi, thì trạng thái bóng có thể biến thành “trạng thái ma”—khiến chiến lược bị trượt slippage thảm hại.

Đó là lý do đến nay các “tay chơi” lớn vẫn chưa dám giao ra quyền chủ quyền lõi. An toàn và hiệu quả chưa bao giờ nằm ở hai đầu của một cán cân, mà là một cuộc đấu trí động liên tục, vô tận. Mã nguồn có thể dựng nên mê cung số hoàn hảo, nhưng không thể thuần hóa lòng tham của con người và sự thất thường của thị trường. Chúng ta truy đuổi sự tự động hóa tối ưu trên chuỗi—thực chất là cố dùng tính xác định của kỹ thuật để chống lại mức tăng entropy tối thượng theo thời gian. Nhưng đừng quên: trước khi đạt được “tính lý trí tuyệt đối”, thì mọi cỗ máy tinh vi, cũng chỉ là những chiếc gậy chống để chúng ta mò đường trong rừng đêm.

Với triển vọng sau này của @NewtonProtocol , mọi người nghĩ sao? $NEWT cầm trong tay để phòng thân hay chờ gió tới? Hẹn gặp ở phần bình luận. #Newt

Sau khi CPI được công bố, thị trường rốt cuộc cũng đã tìm được hướng đi

Dữ liệu CPI thấp hơn kỳ vọng của thị trường. Ngay lập tức, thị trường diễn giải đây là hơi “có lợi” (bullish), kỳ vọng cắt giảm lãi suất được đẩy lên, và tài sản rủi ro nhìn chung tăng mạnh. Nhưng điều tôi quan tâm không phải là tin tức, mà là sau khi tin tức được đưa ra, giá đang đứng ở đâu.

Nhìn từ biểu đồ nến (K-line), BTC đã quay trở lại vùng cản quanh 64.000. Đây cũng là khu vực trước đó từng diễn ra giao dịch dày đặc khi đi ngang; còn ETH thì đang ở quanh 1.870-1.885, không còn xa ngưỡng cản của đỉnh trước.

Tin tức có thể thúc đẩy tâm lý, nhưng thứ thực sự quyết định diễn biến thị trường vẫn là lượng (position) và vị trí.

Nếu BTC có thể đứng vững một cách hiệu quả trên 64.000, bước tiếp theo có cơ hội tiếp tục kiểm tra vùng 65.000-65.500; nếu cố tăng nhưng không tạo được thanh khoản/khối lượng, thì việc điều chỉnh về 63.200-63.500 lại chính là vị trí mà tôi sẽ chú ý hơn.

ETH cũng tương tự: trọng điểm là theo dõi tình hình phá vỡ quanh 1.900. Chưa đứng vững trước khi vượt lên, tôi sẵn sàng chờ đợi nhịp lùi kiểm tra quanh 1.830-1.850 để xác nhận, thay vì vội đuổi theo giá lúc này.

Dữ liệu có thể tác động đến cảm xúc trong một ngày, nhưng xu hướng thì không thể kết thúc chỉ vì một lần CPI. Giao dịch vẫn phải chờ vị trí, chứ không phải chờ tâm lý#美国6月CPI降至3.8% $BTC

Đừng chỉ chăm chăm nhìn lãi suất cao, hãy cùng bàn về những “chi tiết chí tử” trong whitepaper GRVT mà hầu như không ai nhắc tới

Gần đây khắp nơi trên mạng đều đang lan truyền tin đồn ngày @grvt_io 7 tháng 21 sẽ TGE. Mọi người không thì đang tính xem phần airdrop 28% đó chia được bao nhiêu, hoặc lại đang ra sức “khen” cơ chế “tích lũy lãi” 11% kia. Là một người chơi nặng, mỗi ngày nhảy múa với hợp đồng và sàn thanh lý đến mức đến tróc da đầu, tôi lại đi cày bản whitepaper dày cộp của nó. Và tôi phát hiện ra một lớp logic nền gần như chẳng ai nói đến, nhưng lại cực kỳ “hardcore”: Circuitized Business Logic (logic nghiệp vụ được số hoá thành mạch).

Nói đơn giản theo kiểu “dịch lời lẽ chính thức sang tiếng người”. Thông thường dự án ZK chỉ gói kết quả giao dịch lại để tạo ra bằng chứng. Nhưng GRVT lại trực tiếp nhúng các quy tắc cốt lõi của phái sinh—những thứ dễ tranh cãi nhất và dễ bị thao túng nhất như “điều kiện cưỡng chế thanh lý”, “định giá theo giá trị ròng mỗi ngày” thậm chí “thứ tự giao dịch”—tất cả đều được viết vào trong mạch ZK. Vậy điều đó có ý nghĩa gì? Nền tảng không chỉ không thể lừa đảo bỏ chạy mang tiền, mà ngay cả việc lợi dụng chênh lệch thời gian, “châm kim” mã độc, hay âm thầm chỉnh sửa đường thanh lý của bạn ở hậu trường để nhắm mục tiêu kích nổ bạn, cũng không làm được. Mã hoá chính là pháp luật—dùng toán học để khoá chặt khả năng gây ác.

Nhưng đồng tiền nào cũng có hai mặt. Nhét toàn bộ logic nghiệp vụ phức tạp đó vào mạch giống như làm một bữa tiệc thịnh soạn nhồi trong cái vỏ ốc. Độ phức tạp của mạch càng cao thì xác suất tồn tại lỗ hổng chưa biết ở tầng nền sẽ tăng theo cấp số mũ. Whitepaper có quảng bá tốc độ tạo bằng chứng không tri thức cực kỳ ấn tượng, nhưng nếu trong điều kiện biến động cực đoan mà lượng đồng thời vượt ngưỡng gây “đè nát” hệ thống, hoặc nếu việc xác thực thất bại, thì phương án dự phòng ứng phó khẩn cấp lại được diễn đạt khá mơ hồ.

Nói thẳng ra, kiến trúc này là biến “rủi ro đạo đức” của CEX thành “rủi ro kỹ thuật” ở cấp hệ thống. Nếu cuối cùng chịu được biến động cực đoan, thì đây là một bước nhảy vọt lớn cho cơ chế giao dịch on-chain; còn nếu không chịu nổi, thì độ phức tạp cao của mạch sẽ biến thành mê cung vô hình chôn vùi tiền.

Cơ sở hạ tầng Web3 không bao giờ tin vào sự hoàn hảo. Nó chỉ đang dùng một loại rủi ro để bù trừ cho một loại rủi ro khác. Dùng minh bạch kỹ thuật để đổi lấy độ phức tạp của hệ thống—còn khoản “lời lỗ” tính có đáng hay không thì không nhìn quảng cáo, chỉ nhìn sổ lệnh thực tế trong ba ngày đầu sau khi lên mạng.
#grvt