Binance Square
web3亭姐
267 Bài đăng

web3亭姐

亭姐:资深职业经理人,币圈老韭菜&小菜鸟
21 Đang theo dõi
11 Người theo dõi
93 Đã thích
Bài đăng
PINNED
·
--
$BTC Lần này thật sự hiệu quả rồi, giá đã phá xuống dưới 60.000, tiếp theo đang lao về 50.000. Mình vẫn đứng ngoài tiền (空仓ing), nói thật là rất mong chờ. Tiếp theo sẽ chuẩn bị mua dần khi giá giảm. Mỗi chu kỳ gấu cuối cùng đều là một nhịp giảm đầy hoảng loạn; nhà đầu tư nhỏ lẻ thường không dám bắt đáy. Sau khi một quân domino ngã xuống, sẽ có rất nhiều tổ chức lớn liên tiếp gặp sự cố/bùng nổ. Khi các tổ chức đó “爆完” rồi thì thường đó chính là đáy lớn trong lịch sử, và bắt đầu một chu kỳ tăng giá mới. Chu kỳ gấu trước là Three Arrows, LUNA, FTX… Lần này sẽ là ai? Hãy nói chuyện ở phần bình luận.
$BTC Lần này thật sự hiệu quả rồi, giá đã phá xuống dưới 60.000, tiếp theo đang lao về 50.000. Mình vẫn đứng ngoài tiền (空仓ing), nói thật là rất mong chờ. Tiếp theo sẽ chuẩn bị mua dần khi giá giảm. Mỗi chu kỳ gấu cuối cùng đều là một nhịp giảm đầy hoảng loạn; nhà đầu tư nhỏ lẻ thường không dám bắt đáy. Sau khi một quân domino ngã xuống, sẽ có rất nhiều tổ chức lớn liên tiếp gặp sự cố/bùng nổ. Khi các tổ chức đó “爆完” rồi thì thường đó chính là đáy lớn trong lịch sử, và bắt đầu một chu kỳ tăng giá mới. Chu kỳ gấu trước là Three Arrows, LUNA, FTX… Lần này sẽ là ai? Hãy nói chuyện ở phần bình luận.
Xem bản dịch
选B。 因为美股新高不仅是传统市场的狂欢,更是加密风险的“情绪风向标”。财报超预期带动资金溢出效应,BTC等风险资产短期跟涨概率大增,宏观暖风比微观叙事更直接,这波趋势值得押注。
选B。
因为美股新高不仅是传统市场的狂欢,更是加密风险的“情绪风向标”。财报超预期带动资金溢出效应,BTC等风险资产短期跟涨概率大增,宏观暖风比微观叙事更直接,这波趋势值得押注。
币安Binance华语
·
--
🔥#安友周一观察团 Tổng hợp những sự kiện lớn ⌛️

Tuần này diễn biến thị trường nói thế nào, sự kiện lớn nào đáng chú ý nhất 👀?

🙋 Hãy bình chọn và để lại lý do trong phần bình luận; chuyển tiếp hoặc chia sẻ các chủ đề nóng khác, rút thăm 5 người theo dõi nhận 30U — phần thưởng thảo luận theo chủ đề 🧧!

A. bStocks giành 85% phần trăm, cổ phiếu token DEX dẫn đầu
B. Chỉ số Dow đạt đỉnh mới, báo cáo tài chính củng cố tâm lý thị trường
C. Nam Phi dự thảo quy định tiền mã hóa mới, khung quản lý tiền mã hóa được chi tiết hóa
D. Dữ liệu CPI, PPI sẽ được công bố, thị trường lặng lẽ chờ tín hiệu
Khi trò chuyện với bạn bè về Bitcoin, ai cũng cảm thấy rằng trong phần lớn thời gian, nó nằm trong ví “ăn bụi”, hiệu suất không cao. Chỉ sau khi đọc tài liệu dự án Babylon, tôi mới nhận ra lối chơi của dự án này phức tạp hơn nhiều so với tưởng tượng. Một câu hỏi khiến tôi suy nghĩ mãi là: nhiều người bị câu “BTC luôn ở trong tay mình” thu hút, cho rằng hầu như không có rủi ro—nhưng liệu có thật sự hoàn hảo đến vậy không? @babylonlabs_io Script Taproot đưa thời gian khóa, gỡ khóa (unbind) và tịch thu (phạt) vào ngay trên chuỗi. Người dùng nắm giữ khóa riêng nhưng vẫn phải đi theo đúng lộ trình được thiết lập sẵn thì mới có thể di chuyển số tài sản đó. Việc “nhượng quyền kiểm soát”, theo tôi, chính là một ràng buộc mang tính ẩn. Điểm thật sự tinh tế của Babylon là không sửa cứng nền tảng của Bitcoin, mà dùng EOTS để chuyển các hành vi vi phạm bên ngoài thành những điều kiện mà BTC có thể tự xác minh. Khi các node xác thực thực hiện ký kép và tái sử dụng số ngẫu nhiên, sẽ dẫn đến rò rỉ khóa—từ đó tạo ra bằng chứng trừng phạt có thể xác minh. Covenant Committee có quyền ký cho giao dịch gỡ khóa; trong trường hợp cực đoan, họ có thể trì hoãn việc thoát. Luận lý thiết kế thì có tính tự nhất quán, nhưng liệu có thể triển khai “xuống thực tế” hay không tôi vẫn còn dè chừng. Tôi đã tự nghĩ ra vài vấn đề tiềm ẩn: hiện Covenant Committee là một đa chữ ký dựa trên niềm tin; nếu phát sinh tình huống thao tác không chắc chắn, việc thoát bằng đặt cọc số tiền lớn có thể bị chậm. Sau khi tích tụ nhiều UTXO, liệu script có bị tắc nghẽn không, tôi cũng chưa dám chắc. Ngoài ra, token $BABY duy trì lợi suất staking thông qua lạm phát; nhịp độ giải phóng token nội bộ và tác động của nó lên giá là điều tôi khá quan tâm. Khi giai đoạn hai ra mắt, nếu phải có trước các giao dịch dùng để trừng phạt, thì bài kiểm tra thực chiến của nguyên mẫu mật mã EOTS mới thực sự bắt đầu. Ở giai đoạn hiện tại, Babylon đã giải quyết được bài toán “không cần custodian (ủy thác) mà vẫn có thể để BTC cung cấp an toàn từ bên ngoài”. Tuy nhiên, tự lưu ký (self-custody) không đồng nghĩa với việc hoàn toàn không có bất định. Điều tôi quan tâm hơn là TVL trên mainnet tăng trưởng thực sự như thế nào và tỷ lệ hoàn thành yêu cầu rút (redeem) ra sao—chứ không phải chạy theo độ nóng. Nói thẳng: khung staking nguyên sinh được xây trên Taproot này có thể đi được bao xa, rốt cuộc phải chờ thời gian trả lời. Các bạn nghĩ sao? #baby
Khi trò chuyện với bạn bè về Bitcoin, ai cũng cảm thấy rằng trong phần lớn thời gian, nó nằm trong ví “ăn bụi”, hiệu suất không cao. Chỉ sau khi đọc tài liệu dự án Babylon, tôi mới nhận ra lối chơi của dự án này phức tạp hơn nhiều so với tưởng tượng. Một câu hỏi khiến tôi suy nghĩ mãi là: nhiều người bị câu “BTC luôn ở trong tay mình” thu hút, cho rằng hầu như không có rủi ro—nhưng liệu có thật sự hoàn hảo đến vậy không? @BabylonLabs_io

Script Taproot đưa thời gian khóa, gỡ khóa (unbind) và tịch thu (phạt) vào ngay trên chuỗi. Người dùng nắm giữ khóa riêng nhưng vẫn phải đi theo đúng lộ trình được thiết lập sẵn thì mới có thể di chuyển số tài sản đó. Việc “nhượng quyền kiểm soát”, theo tôi, chính là một ràng buộc mang tính ẩn. Điểm thật sự tinh tế của Babylon là không sửa cứng nền tảng của Bitcoin, mà dùng EOTS để chuyển các hành vi vi phạm bên ngoài thành những điều kiện mà BTC có thể tự xác minh. Khi các node xác thực thực hiện ký kép và tái sử dụng số ngẫu nhiên, sẽ dẫn đến rò rỉ khóa—từ đó tạo ra bằng chứng trừng phạt có thể xác minh. Covenant Committee có quyền ký cho giao dịch gỡ khóa; trong trường hợp cực đoan, họ có thể trì hoãn việc thoát.

Luận lý thiết kế thì có tính tự nhất quán, nhưng liệu có thể triển khai “xuống thực tế” hay không tôi vẫn còn dè chừng. Tôi đã tự nghĩ ra vài vấn đề tiềm ẩn: hiện Covenant Committee là một đa chữ ký dựa trên niềm tin; nếu phát sinh tình huống thao tác không chắc chắn, việc thoát bằng đặt cọc số tiền lớn có thể bị chậm. Sau khi tích tụ nhiều UTXO, liệu script có bị tắc nghẽn không, tôi cũng chưa dám chắc. Ngoài ra, token $BABY duy trì lợi suất staking thông qua lạm phát; nhịp độ giải phóng token nội bộ và tác động của nó lên giá là điều tôi khá quan tâm. Khi giai đoạn hai ra mắt, nếu phải có trước các giao dịch dùng để trừng phạt, thì bài kiểm tra thực chiến của nguyên mẫu mật mã EOTS mới thực sự bắt đầu.

Ở giai đoạn hiện tại, Babylon đã giải quyết được bài toán “không cần custodian (ủy thác) mà vẫn có thể để BTC cung cấp an toàn từ bên ngoài”. Tuy nhiên, tự lưu ký (self-custody) không đồng nghĩa với việc hoàn toàn không có bất định. Điều tôi quan tâm hơn là TVL trên mainnet tăng trưởng thực sự như thế nào và tỷ lệ hoàn thành yêu cầu rút (redeem) ra sao—chứ không phải chạy theo độ nóng. Nói thẳng: khung staking nguyên sinh được xây trên Taproot này có thể đi được bao xa, rốt cuộc phải chờ thời gian trả lời. Các bạn nghĩ sao? #baby
Hoạt động mời bạn của Binance tháng 8 đầy ắp chân tình, hãy rủ thêm những người bạn chưa đăng ký cùng tham gia; bạn sẽ có cơ hội nhận thưởng như rượu Moutai “bay lên trời”, bộ vợt tennis và các phần quà hiếm có từ bStocks. Quy trình mời rất đơn giản: chia sẻ liên kết cho bạn bè, chỉ vài bước là có thể hoàn tất đăng ký. Số lượng giải thưởng có hạn, mời càng sớm cơ hội càng lớn. Mình đã gửi liên kết cho vài người bạn đáng tin rồi. Phần thưởng “truyền bài nhận 30U” của bên chính thức chỉ là món quà may mắn; giải thưởng lớn thật sự nằm ở số lượng người được mời. Hy vọng lời mời của mình sẽ được phía chính thức nhìn thấy, và chúc mọi người đều có thể mang giải thưởng về nhà.
Hoạt động mời bạn của Binance tháng 8 đầy ắp chân tình, hãy rủ thêm những người bạn chưa đăng ký cùng tham gia; bạn sẽ có cơ hội nhận thưởng như rượu Moutai “bay lên trời”, bộ vợt tennis và các phần quà hiếm có từ bStocks. Quy trình mời rất đơn giản: chia sẻ liên kết cho bạn bè, chỉ vài bước là có thể hoàn tất đăng ký. Số lượng giải thưởng có hạn, mời càng sớm cơ hội càng lớn. Mình đã gửi liên kết cho vài người bạn đáng tin rồi. Phần thưởng “truyền bài nhận 30U” của bên chính thức chỉ là món quà may mắn; giải thưởng lớn thật sự nằm ở số lượng người được mời. Hy vọng lời mời của mình sẽ được phía chính thức nhìn thấy, và chúc mọi người đều có thể mang giải thưởng về nhà.
币安Binance华语
·
--
Đừng để bạn bè chỉ nằm trong danh sách, hãy gọi TA cùng tham gia để mở khóa quà tặng🎁

Tháng Tám rực cháy! Mời bạn bè nhận coin, thắng combo quần vợt của Binance, còn có rượu Thiên Đài bay (Feitian Moutai), bStocks… đang chờ bạn!

Chia sẻ bài viết này, rồi rút thăm 5 vị mỗi người nhận 30U 🧧!

👉 点击了解更多
Tối qua lục ví mới phát hiện số BTC mình đã “stake” trên các chuỗi EVM lại nhận được cả ưu đãi từ giao thức. Mình cứ tưởng Bitcoin chỉ có thể nằm yên trong ví lạnh. Mình lần theo các ghi chép để tìm bản whitepaper của dự án Babylon, thức cả đêm đọc lại hai chương 4.2 về đường dẫn xác minh và 10.1 về quản trị theo tham số, mới nhận ra trước đó mình hiểu còn nông. @babylonlabs_io Trọng tâm kỹ thuật của Babylon không phải là “stake để sinh lãi”, mà là cách đưa trạng thái tính toán từ bên ngoài vào mà không thay đổi ranh giới xác minh của chính Bitcoin. Whitepaper chương 3 nêu rõ: Bitcoin mainchain là lớp thanh toán cuối cùng, còn các giao thức ngoài chuỗi chịu trách nhiệm cho việc chuyển đổi trạng thái, cuối cùng gửi bằng chứng mật mã để thực hiện trọng tài. Tôi đọc chương 4 thì mới thực sự hiểu ý nghĩa của bản dịch: kết quả tính toán của giao thức bên ngoài được chuyển thành điều kiện chi tiêu mà script của Bitcoin có thể tự kiểm chứng độc lập; mainchain chỉ cần “đọc” xem UTXO này có thỏa mãn điều kiện đặt sẵn hay không, hoàn toàn không cần hiểu logic nghiệp vụ bên ngoài. Quyền tài phán luôn nằm trong tay mạng Bitcoin—đó là lá bài chính cho việc giảm thiểu niềm tin. Nhưng cái giá của thiết kế này nằm ở chương 9. Khi Bitcoin tái tổ chức (reorg), nếu các giao dịch stake trong các block bị cô lập bị rollback, thì những tài sản tương ứng đã được đúc ngoài chuỗi sẽ rơi vào tình trạng phân kỳ. Mình mô phỏng trên testnet sự khác nhau giữa 6 xác nhận và 30 xác nhận: 6 xác nhận cho hiệu suất cao nhưng mức “hở” trước reorg lớn; còn 30 xác nhận thì biên an toàn cao hơn nhưng thời gian chờ vốn kéo dài lên gần năm giờ. Đây không phải là lỗ hổng trong code, mà là sự mở rộng của các quy luật vật lý của Bitcoin. Babylon trao quyền lựa chọn cho cơ chế bỏ phiếu của các “holder” được định nghĩa trong quản trị theo tham số 10.1, con số $BABY . Về bản chất, đó là dùng quản trị xã hội để đối đầu với xác suất toán học. Mình thấy bộ thiết kế này đủ thẳng thắn: nó không dùng kỹ thuật “hoa mỹ” để che đi sự không chắc chắn vốn có của Bitcoin, mà lượng hóa mức chấp nhận rủi ro thành tham số để cộng đồng cùng “đấu” qua trò chơi quản trị. Liệu cơ chế quản trị tương lai có bị nhóm “cá mập” thao túng hay không thì chưa ai biết, nhưng kiến trúc hai lớp—trừng phạt theo giao thức cộng với sự đồng thuận xã hội—có lẽ là lối đi khả thi để BTC rời khỏi vai trò được ủy thác và bước vào một hệ thống tài chính lớn hơn. Nếu là bạn, bạn sẽ chọn 6 hay 30 cho số lần xác nhận an toàn? #baby
Tối qua lục ví mới phát hiện số BTC mình đã “stake” trên các chuỗi EVM lại nhận được cả ưu đãi từ giao thức. Mình cứ tưởng Bitcoin chỉ có thể nằm yên trong ví lạnh. Mình lần theo các ghi chép để tìm bản whitepaper của dự án Babylon, thức cả đêm đọc lại hai chương 4.2 về đường dẫn xác minh và 10.1 về quản trị theo tham số, mới nhận ra trước đó mình hiểu còn nông. @BabylonLabs_io

Trọng tâm kỹ thuật của Babylon không phải là “stake để sinh lãi”, mà là cách đưa trạng thái tính toán từ bên ngoài vào mà không thay đổi ranh giới xác minh của chính Bitcoin. Whitepaper chương 3 nêu rõ: Bitcoin mainchain là lớp thanh toán cuối cùng, còn các giao thức ngoài chuỗi chịu trách nhiệm cho việc chuyển đổi trạng thái, cuối cùng gửi bằng chứng mật mã để thực hiện trọng tài. Tôi đọc chương 4 thì mới thực sự hiểu ý nghĩa của bản dịch: kết quả tính toán của giao thức bên ngoài được chuyển thành điều kiện chi tiêu mà script của Bitcoin có thể tự kiểm chứng độc lập; mainchain chỉ cần “đọc” xem UTXO này có thỏa mãn điều kiện đặt sẵn hay không, hoàn toàn không cần hiểu logic nghiệp vụ bên ngoài. Quyền tài phán luôn nằm trong tay mạng Bitcoin—đó là lá bài chính cho việc giảm thiểu niềm tin.

Nhưng cái giá của thiết kế này nằm ở chương 9. Khi Bitcoin tái tổ chức (reorg), nếu các giao dịch stake trong các block bị cô lập bị rollback, thì những tài sản tương ứng đã được đúc ngoài chuỗi sẽ rơi vào tình trạng phân kỳ. Mình mô phỏng trên testnet sự khác nhau giữa 6 xác nhận và 30 xác nhận: 6 xác nhận cho hiệu suất cao nhưng mức “hở” trước reorg lớn; còn 30 xác nhận thì biên an toàn cao hơn nhưng thời gian chờ vốn kéo dài lên gần năm giờ. Đây không phải là lỗ hổng trong code, mà là sự mở rộng của các quy luật vật lý của Bitcoin. Babylon trao quyền lựa chọn cho cơ chế bỏ phiếu của các “holder” được định nghĩa trong quản trị theo tham số 10.1, con số $BABY . Về bản chất, đó là dùng quản trị xã hội để đối đầu với xác suất toán học.

Mình thấy bộ thiết kế này đủ thẳng thắn: nó không dùng kỹ thuật “hoa mỹ” để che đi sự không chắc chắn vốn có của Bitcoin, mà lượng hóa mức chấp nhận rủi ro thành tham số để cộng đồng cùng “đấu” qua trò chơi quản trị. Liệu cơ chế quản trị tương lai có bị nhóm “cá mập” thao túng hay không thì chưa ai biết, nhưng kiến trúc hai lớp—trừng phạt theo giao thức cộng với sự đồng thuận xã hội—có lẽ là lối đi khả thi để BTC rời khỏi vai trò được ủy thác và bước vào một hệ thống tài chính lớn hơn. Nếu là bạn, bạn sẽ chọn 6 hay 30 cho số lần xác nhận an toàn? #baby
Đúng một phần
Tối qua lật @babylonlabs_io tài liệu TBV, chương “Safety & trust assumptions” có một câu khiến tôi phải dừng lại ngay: “the depositor does not have to trust a third party to keep the deposited BTC safe”。Sau đó phía chính thức liệt kê một chuỗi rất dài: Custodian、Bridge operator、Wrapper issuer、Vault Provider. Tôi vốn khá kỹ tính, liền nghĩ rằng đây là ý định gỡ bỏ hết những bên trung gian có thể bị “cắt” được. Thứ thực sự làm tôi phải suy nghĩ khá lâu, là câu: “The BTC held in a vault can only be released along the spending paths committed at vault creation”。Mỗi Vault vừa được tạo là đã “trói cứng” một UTXO độc lập, và toàn bộ đường chi hợp lệ đều được ký trước, khóa sẵn. Tôi đã tự rà lại quy trình xác minh một lần nữa mới thực sự thông suốt: Bitcoin chẳng cần hiểu logic nghiệp vụ của các giao thức bên ngoài, nó chỉ cần kiểm tra UTXO này có thỏa mãn điều kiện đã được ký từ ban đầu hay không. Babylon Labs gọi việc này là translation; theo tôi thì giống như đặt giữa Bitcoin và các chuỗi bên ngoài một trạm kiểm soát chỉ nhận “bằng chứng mật mã”. Thiết kế kỹ thuật của Babylon Labs đúng là tinh tế, nhưng phần thương mại thì tôi vẫn luôn hơi không hiểu. Ở mục phí trong whitepaper viết khá rõ: BTC staker khóa BTC và trả BTC chính là phí mạng của BTC; còn PoS chain mua dịch vụ bảo mật cũng trả bằng BTC hoặc đồng bản địa của chain đó. Tôi đã lật vài lần, vẫn không tìm thấy hoạt động cốt lõi nào nhất định phải dùng $BABY để thanh toán; hiện chủ yếu chỉ còn ngưỡng thế chấp của Finality Provider và bầu chọn quản trị. Nói thế nào nhỉ—câu chuyện kỹ thuật có thể chống đỡ định giá trong một thời gian, nhưng rốt cuộc vẫn phải xem có tiêu hao token thật sự để kiểm chứng giá trị hay không. Tài liệu cũng nhắc Security Council là có thể removable; sau giai đoạn đa chữ ký ban đầu, sẽ dần dần rút bỏ. Cơ chế phạt của Babylon Labs lại chồng thêm EOTS, mạch BABE và chữ ký WOTS, nhiều lớp đến mức chỉ cần một mắt xích sai là sẽ rất rắc rối. Dữ liệu thực chiến còn quá ít, nên hiện tại tôi thật sự không dám nói quá chắc. Các bạn nghĩ liệu “cái bài” này cuối cùng có chạy ổn định không? #baby
Tối qua lật @BabylonLabs_io tài liệu TBV, chương “Safety & trust assumptions” có một câu khiến tôi phải dừng lại ngay: “the depositor does not have to trust a third party to keep the deposited BTC safe”。Sau đó phía chính thức liệt kê một chuỗi rất dài: Custodian、Bridge operator、Wrapper issuer、Vault Provider. Tôi vốn khá kỹ tính, liền nghĩ rằng đây là ý định gỡ bỏ hết những bên trung gian có thể bị “cắt” được.

Thứ thực sự làm tôi phải suy nghĩ khá lâu, là câu: “The BTC held in a vault can only be released along the spending paths committed at vault creation”。Mỗi Vault vừa được tạo là đã “trói cứng” một UTXO độc lập, và toàn bộ đường chi hợp lệ đều được ký trước, khóa sẵn. Tôi đã tự rà lại quy trình xác minh một lần nữa mới thực sự thông suốt: Bitcoin chẳng cần hiểu logic nghiệp vụ của các giao thức bên ngoài, nó chỉ cần kiểm tra UTXO này có thỏa mãn điều kiện đã được ký từ ban đầu hay không. Babylon Labs gọi việc này là translation; theo tôi thì giống như đặt giữa Bitcoin và các chuỗi bên ngoài một trạm kiểm soát chỉ nhận “bằng chứng mật mã”.

Thiết kế kỹ thuật của Babylon Labs đúng là tinh tế, nhưng phần thương mại thì tôi vẫn luôn hơi không hiểu. Ở mục phí trong whitepaper viết khá rõ: BTC staker khóa BTC và trả BTC chính là phí mạng của BTC; còn PoS chain mua dịch vụ bảo mật cũng trả bằng BTC hoặc đồng bản địa của chain đó. Tôi đã lật vài lần, vẫn không tìm thấy hoạt động cốt lõi nào nhất định phải dùng $BABY để thanh toán; hiện chủ yếu chỉ còn ngưỡng thế chấp của Finality Provider và bầu chọn quản trị. Nói thế nào nhỉ—câu chuyện kỹ thuật có thể chống đỡ định giá trong một thời gian, nhưng rốt cuộc vẫn phải xem có tiêu hao token thật sự để kiểm chứng giá trị hay không.

Tài liệu cũng nhắc Security Council là có thể removable; sau giai đoạn đa chữ ký ban đầu, sẽ dần dần rút bỏ. Cơ chế phạt của Babylon Labs lại chồng thêm EOTS, mạch BABE và chữ ký WOTS, nhiều lớp đến mức chỉ cần một mắt xích sai là sẽ rất rắc rối. Dữ liệu thực chiến còn quá ít, nên hiện tại tôi thật sự không dám nói quá chắc. Các bạn nghĩ liệu “cái bài” này cuối cùng có chạy ổn định không? #baby
Tôi chọn Binance niêm yết quyền chọn vàng. Lý do: Tài sản cơ sở từ 7000+ giúp người dùng crypto có thể tham gia biến động vàng với ngưỡng thấp, phòng ngừa lạm phát và kỳ vọng hạ lãi suất; sản phẩm đổi mới và thực tiễn. Trong bối cảnh vĩ mô biến động như hiện nay, nó có giá trị vận hành trực tiếp hơn, xứng đáng được theo dõi ưu tiên.
Tôi chọn Binance niêm yết quyền chọn vàng.
Lý do: Tài sản cơ sở từ 7000+ giúp người dùng crypto có thể tham gia biến động vàng với ngưỡng thấp, phòng ngừa lạm phát và kỳ vọng hạ lãi suất; sản phẩm đổi mới và thực tiễn. Trong bối cảnh vĩ mô biến động như hiện nay, nó có giá trị vận hành trực tiếp hơn, xứng đáng được theo dõi ưu tiên.
币安Binance华语
·
--
🔥#安友周一观察团 Sự kiện lớn đến rồi⌛️!

Trong tình hình gần đây, bạn quan tâm nhất điều nào❓

🙋 Theo dõi tài khoản, và để lại lý do cho lựa chọn của bạn trong phần bình luận. Chia sẻ hoặc đăng những tin nóng khác, rút thăm trúng thưởng 5 người nhận 30U và có thưởng thảo luận theo chủ đề 🧧!
Lại nhận thêm tiền thưởng rồi, vui quá, gần 50U thôi, cảm ơn An An 🌹@BinanceSquareCN
Lại nhận thêm tiền thưởng rồi, vui quá, gần 50U thôi, cảm ơn An An 🌹@币安广场
Đêm qua mất ngủ, tôi ngồi dậy và đọc lại Chương 4 của Bản trắng TBV từ phía dự án Babylon. Tưởng đọc xong sẽ dễ ngủ hơn, ai ngờ càng đọc càng tỉnh. Có một chi tiết trước đây tôi hoàn toàn không để ý đã khiến tôi bật ngồi dậy trên giường. Thường khi chúng ta trò chuyện về staking BTC, mọi người đều vô thức mặc định một giả định, nhưng Babylon căn bản không định đi theo hướng đó. @babylonlabs_io Mọi người cứ tính toán staking có thể đi được xa đến đâu, nhưng tôi cảm thấy hướng TBV muốn làm thực sự lại khác hẳn. BTC vào DeFi, vậy tại sao lại phải giao nộp chủ quyền trước? Những năm qua tôi đã thấy quá nhiều về cầu nối và bên giám hộ: mục tiêu là làm cho BTC chuyển động, nhưng ranh giới an toàn lại… bị dời đi. Babylon đổi trò chơi. Theo thiết kế chính thức, mỗi Vault khi được tạo sẽ gắn kèm ngay một UTXO độc lập, rồi dùng giao dịch đã ký trước (pre-signed) và script Timelock để khóa chặt trước lộ trình tương lai có thể chi. BTC từ đầu đến cuối không hề bị chuyển đi đâu, cứ nằm yên trên mainnet; không cần bên giám hộ, không có cầu nối, và cũng không phải “độn” qua lớp vỏ bọc để thành wBTC. Tuy nhiên, phần ở Chương 6 của bản trắng nói về xác thực trạng thái, tôi đã lật đi lật lại vài lần, trong lòng vẫn cứ lấn cấn. Light client kết hợp ZK proof, rồi thêm một cửa sổ thách thức—về mặt logic là có thể hiểu được. Nhưng tôi nghĩ bản thân zero-knowledge proof cũng mang theo giả định tin cậy, chỉ là chuyển “niềm tin” từ con người sang mật mã. Cơ chế phạt/thu hồi càng khiến tôi lo: tài liệu cũng tự nói việc thực thi dựa vào đồng thuận đa số, mà dữ liệu thực chiến vẫn chưa nhiều. Chỉ cần một khâu như quản lý khóa hay đánh giá điều kiện double-sign bị trục trặc, hậu quả đều không nhỏ. Nói thật, có một điều càng nghĩ tôi càng thấy hợp lý: các tham số như tỷ lệ thế chấp, cửa sổ thách thức… vẫn phải để mắt và theo dõi, nhưng thực tế chạy lên thì sẽ phải để thị trường mài dần. Thế nhưng sau khi “cày” xong chương này, ý nghĩ ló ra trong đầu tôi không phải kiểu “BTC cuối cùng cũng có thể lưu động rồi” theo lối nói đại lộ. Mà là Babylon đã làm được một chuyện còn khó hơn. Giải phóng thanh khoản, không cần phải đánh đổi chủ quyền. Điểm này—hấp dẫn hơn cái khái niệm “trên giấy” kia rất nhiều. Bạn nghĩ sự tin cậy xuyên chuỗi được chống đỡ thuần bằng chứng minh mật mã như vậy, khi chạy thật liệu có thể ổn định vững chắc không? #baby $BABY
Đêm qua mất ngủ, tôi ngồi dậy và đọc lại Chương 4 của Bản trắng TBV từ phía dự án Babylon. Tưởng đọc xong sẽ dễ ngủ hơn, ai ngờ càng đọc càng tỉnh. Có một chi tiết trước đây tôi hoàn toàn không để ý đã khiến tôi bật ngồi dậy trên giường. Thường khi chúng ta trò chuyện về staking BTC, mọi người đều vô thức mặc định một giả định, nhưng Babylon căn bản không định đi theo hướng đó. @BabylonLabs_io

Mọi người cứ tính toán staking có thể đi được xa đến đâu, nhưng tôi cảm thấy hướng TBV muốn làm thực sự lại khác hẳn. BTC vào DeFi, vậy tại sao lại phải giao nộp chủ quyền trước? Những năm qua tôi đã thấy quá nhiều về cầu nối và bên giám hộ: mục tiêu là làm cho BTC chuyển động, nhưng ranh giới an toàn lại… bị dời đi. Babylon đổi trò chơi. Theo thiết kế chính thức, mỗi Vault khi được tạo sẽ gắn kèm ngay một UTXO độc lập, rồi dùng giao dịch đã ký trước (pre-signed) và script Timelock để khóa chặt trước lộ trình tương lai có thể chi. BTC từ đầu đến cuối không hề bị chuyển đi đâu, cứ nằm yên trên mainnet; không cần bên giám hộ, không có cầu nối, và cũng không phải “độn” qua lớp vỏ bọc để thành wBTC.

Tuy nhiên, phần ở Chương 6 của bản trắng nói về xác thực trạng thái, tôi đã lật đi lật lại vài lần, trong lòng vẫn cứ lấn cấn. Light client kết hợp ZK proof, rồi thêm một cửa sổ thách thức—về mặt logic là có thể hiểu được. Nhưng tôi nghĩ bản thân zero-knowledge proof cũng mang theo giả định tin cậy, chỉ là chuyển “niềm tin” từ con người sang mật mã. Cơ chế phạt/thu hồi càng khiến tôi lo: tài liệu cũng tự nói việc thực thi dựa vào đồng thuận đa số, mà dữ liệu thực chiến vẫn chưa nhiều. Chỉ cần một khâu như quản lý khóa hay đánh giá điều kiện double-sign bị trục trặc, hậu quả đều không nhỏ.

Nói thật, có một điều càng nghĩ tôi càng thấy hợp lý: các tham số như tỷ lệ thế chấp, cửa sổ thách thức… vẫn phải để mắt và theo dõi, nhưng thực tế chạy lên thì sẽ phải để thị trường mài dần. Thế nhưng sau khi “cày” xong chương này, ý nghĩ ló ra trong đầu tôi không phải kiểu “BTC cuối cùng cũng có thể lưu động rồi” theo lối nói đại lộ. Mà là Babylon đã làm được một chuyện còn khó hơn. Giải phóng thanh khoản, không cần phải đánh đổi chủ quyền. Điểm này—hấp dẫn hơn cái khái niệm “trên giấy” kia rất nhiều.

Bạn nghĩ sự tin cậy xuyên chuỗi được chống đỡ thuần bằng chứng minh mật mã như vậy, khi chạy thật liệu có thể ổn định vững chắc không? #baby $BABY
Tuần trước thức khuya lướt tài liệu TBV của @babylonlabs_io , có một câu mình để ý rất lâu: "A Trustless Bitcoin Vault (TBV) is a different approach that keeps the BTC on Bitcoin and uses cryptographic proofs to gate its release against Ethereum events." Lúc đó mình không để ý nhiều, sau đó tự mình đi qua tương tác trên testnet của TBV thì mới nhận ra ở đây cất giấu phần nghịch lý nhất của cả dự án. Chắc nhiều người giống mình, phản ứng đầu tiên hẳn sẽ là: "Vay thế chấp BTC thì tức là đem BTC lên Ethereum". Nhưng tư duy của TBV hoàn toàn ngược lại: BTC căn bản không hề rời khỏi chỗ của nó. Tài liệu chính thức ghi rõ: mỗi Vault là một UTXO Bitcoin độc lập, "Every legitimate spend is constructed and signed in advance by the depositor and the protocol participants." Bạn tạo UTXO trên mainnet Bitcoin, bên trong đã được viết sẵn nhiều nhánh đường chi tiêu: rút lại bình thường, thanh lý, hoặc hoàn trả khi quá thời hạn—mỗi nhánh đi theo một đường riêng. Việc tạo lập đã “chốt cứng” từ đầu, không cần quyết định gì về sau. Nói thẳng ra, Bitcoin từ đầu đến cuối chưa từng hiểu “vay mượn” là gì; nó chỉ chịu trách nhiệm kiểm tra xem các chứng minh mật mã có đúng hay không. Trước đây mình đã nghiên cứu khá nhiều cầu nối cross-chain, vấn đề lớn nhất luôn là “niềm tin”. Bạn phải tin rằng bên vận hành không làm điều ác, hoặc rằng ủy ban đa chữ ký là trung thực. Nhưng cơ chế của TBV khiến mình thấy không hẳn như vậy. Tuy vậy, nói ngược lại cũng có một câu hỏi trong cộng đồng khiến mình phải ngồi nghĩ khá lâu: $BABY trong một hệ thống mà mọi hoạt động đều kết toán bằng BTC, thì giá trị “cầm cự” của token quản trị thuần túy nằm ở đâu? Đây đúng là một trở ngại mà sự đồng thuận của thị trường phải vượt qua. Theo lộ trình, Babylon được đẩy theo ba giai đoạn; hiện đã có hơn 57,000 BTC được thế chấp theo giao thức, nhịp triển khai vẫn khá vững, ít nhất là chưa bị gián đoạn. Nhưng liệu nó có thực sự chạy được hay không còn tùy vào việc người dùng có áp dụng thực tế sau khi Aave v4 được tích hợp hay không. Điểm khiến mình hứng thú nhất ở Babylon không phải là khóa bao nhiêu BTC, mà là nó cung cấp một khả năng: để Bitcoin, mà không cần đổi các quy tắc của chính nó, vẫn có thể tạo ra các phản hồi có thể xác minh đối với những trạng thái đã xảy ra trong thế giới bên ngoài. Liệu “cơ chế dịch” dựa trên mật mã này có vận hành thông suốt được hay không, có khả năng sẽ quyết định trực tiếp “trần nhà” của BTCFi trong vài năm tới của cả lĩnh vực. Các bạn thì thấy sao—bạn đánh giá cao logic thuần kỹ thuật này hơn, hay bạn cũng cho rằng điểm yếu của token quản trị là một cái “gờ” không thể vượt qua? Hãy thảo luận ở phần bình luận. #baby
Tuần trước thức khuya lướt tài liệu TBV của @BabylonLabs_io , có một câu mình để ý rất lâu: "A Trustless Bitcoin Vault (TBV) is a different approach that keeps the BTC on Bitcoin and uses cryptographic proofs to gate its release against Ethereum events." Lúc đó mình không để ý nhiều, sau đó tự mình đi qua tương tác trên testnet của TBV thì mới nhận ra ở đây cất giấu phần nghịch lý nhất của cả dự án.

Chắc nhiều người giống mình, phản ứng đầu tiên hẳn sẽ là: "Vay thế chấp BTC thì tức là đem BTC lên Ethereum". Nhưng tư duy của TBV hoàn toàn ngược lại: BTC căn bản không hề rời khỏi chỗ của nó. Tài liệu chính thức ghi rõ: mỗi Vault là một UTXO Bitcoin độc lập, "Every legitimate spend is constructed and signed in advance by the depositor and the protocol participants." Bạn tạo UTXO trên mainnet Bitcoin, bên trong đã được viết sẵn nhiều nhánh đường chi tiêu: rút lại bình thường, thanh lý, hoặc hoàn trả khi quá thời hạn—mỗi nhánh đi theo một đường riêng. Việc tạo lập đã “chốt cứng” từ đầu, không cần quyết định gì về sau. Nói thẳng ra, Bitcoin từ đầu đến cuối chưa từng hiểu “vay mượn” là gì; nó chỉ chịu trách nhiệm kiểm tra xem các chứng minh mật mã có đúng hay không.

Trước đây mình đã nghiên cứu khá nhiều cầu nối cross-chain, vấn đề lớn nhất luôn là “niềm tin”. Bạn phải tin rằng bên vận hành không làm điều ác, hoặc rằng ủy ban đa chữ ký là trung thực. Nhưng cơ chế của TBV khiến mình thấy không hẳn như vậy. Tuy vậy, nói ngược lại cũng có một câu hỏi trong cộng đồng khiến mình phải ngồi nghĩ khá lâu: $BABY trong một hệ thống mà mọi hoạt động đều kết toán bằng BTC, thì giá trị “cầm cự” của token quản trị thuần túy nằm ở đâu? Đây đúng là một trở ngại mà sự đồng thuận của thị trường phải vượt qua. Theo lộ trình, Babylon được đẩy theo ba giai đoạn; hiện đã có hơn 57,000 BTC được thế chấp theo giao thức, nhịp triển khai vẫn khá vững, ít nhất là chưa bị gián đoạn. Nhưng liệu nó có thực sự chạy được hay không còn tùy vào việc người dùng có áp dụng thực tế sau khi Aave v4 được tích hợp hay không.

Điểm khiến mình hứng thú nhất ở Babylon không phải là khóa bao nhiêu BTC, mà là nó cung cấp một khả năng: để Bitcoin, mà không cần đổi các quy tắc của chính nó, vẫn có thể tạo ra các phản hồi có thể xác minh đối với những trạng thái đã xảy ra trong thế giới bên ngoài. Liệu “cơ chế dịch” dựa trên mật mã này có vận hành thông suốt được hay không, có khả năng sẽ quyết định trực tiếp “trần nhà” của BTCFi trong vài năm tới của cả lĩnh vực. Các bạn thì thấy sao—bạn đánh giá cao logic thuần kỹ thuật này hơn, hay bạn cũng cho rằng điểm yếu của token quản trị là một cái “gờ” không thể vượt qua? Hãy thảo luận ở phần bình luận. #baby
Tối qua lục @babylonlabs_io bản whitepaper Trustless Bitcoin Vaults, mình cứ tự hỏi rằng liệu thứ này có thật sự có thể kéo Bitcoin vào DeFi một cách lặng lẽ mà không gây chú ý không? Mình đã thấy không ít cầu nối cross-chain gặp sự cố, nên cụm “không cần tin tưởng” lập tức khiến mình nghi ngờ theo bản năng. Nhưng khi lật tới chương Safety & trust assumptions, mình đã thực sự bị sốc. Phần mở đầu của whitepaper nói “Bitcoin holders deposit their BTC into these on-chain vaults in a self-custodial fashion”. Mỗi vault được cách ly, thuộc về các output BTC của chính người gửi tiền, không phải là một pool dùng chung. Tài liệu còn nhấn mạnh Vaults are not pooled: mỗi vault là một nhóm UTXO và một bộ đường thoát đã được pre-sign. Logic thiết kế của dự án Babylon là: muốn để người nắm giữ BTC tham gia DeFi mà không từ bỏ quyền kiểm soát khóa riêng, thì cách ly là một cái giá bắt buộc. Tuy nhiên, phần cơ chế Slashing mới là điểm mình quan tâm nhất. Bitcoin bản thân không có validator kiểu PoS; trong tài liệu kỹ thuật chính thức, họ nói giao thức đưa vào Extractable One-Time Signatures (EOTS) và covenant để thực hiện chức năng phạt/thu hồi. Logic đại khái là: nếu Finality Provider ký hai khối xung đột trên cùng một độ cao, thì sẽ phải tái sử dụng cùng một số nonce ngẫu nhiên; EOTS từ đó khôi phục khóa riêng, và lệnh giao dịch trừng phạt sẽ có điều kiện để được thực thi. Về mặt mật mã thì không có vấn đề, nhưng nếu lỗi phần mềm khiến xảy ra ký đôi, thì kết quả slashing có còn khớp với hành vi ác ý thực sự không? Lúc đó phản ứng đầu tiên của mình là: cần thêm dữ liệu thực nghiệm để xác thực. Trong phần giả định an toàn, phía chính thức viết khá thẳng thắn: cả hệ thống chỉ dựa vào các bất biến mật mã của chính nó và mức độ an toàn của chuỗi hoạt động. Nói cách khác, sự tin tưởng được chuyển từ con người sang mật mã, nhưng ngay cả mật mã cũng dựa trên các giả định tin cậy. Báo cáo kiểm toán công khai đã tiết lộ một vài lỗ hổng, như cơ chế mở rộng bỏ phiếu BLS và vấn đề tồn dư staking; dù sau đó đã được khắc phục, thì một hệ thống dựa trên chứng cứ mật mã và các giao dịch pre-signed như vậy, nếu hỏng ở bất kỳ mắt xích nào, đều có thể gây hiệu ứng dây chuyền. Babylon đúng là đang “gặm” một cục xương rất cứng. Không thay đổi giao thức nền của Bitcoin mà vẫn dựng được một đường dẫn an toàn bằng mật mã—việc đi được con đường này là rất có ý nghĩa. Nhưng liệu các mảnh ghép như pre-signed transactions, BABE proof, quản lý khóa EOTS có thật sự vững chắc hay không, mình nghĩ vẫn cần phải theo dõi thêm một thời gian nữa. #baby $BABY
Tối qua lục @BabylonLabs_io bản whitepaper Trustless Bitcoin Vaults, mình cứ tự hỏi rằng liệu thứ này có thật sự có thể kéo Bitcoin vào DeFi một cách lặng lẽ mà không gây chú ý không? Mình đã thấy không ít cầu nối cross-chain gặp sự cố, nên cụm “không cần tin tưởng” lập tức khiến mình nghi ngờ theo bản năng. Nhưng khi lật tới chương Safety & trust assumptions, mình đã thực sự bị sốc.

Phần mở đầu của whitepaper nói “Bitcoin holders deposit their BTC into these on-chain vaults in a self-custodial fashion”. Mỗi vault được cách ly, thuộc về các output BTC của chính người gửi tiền, không phải là một pool dùng chung. Tài liệu còn nhấn mạnh Vaults are not pooled: mỗi vault là một nhóm UTXO và một bộ đường thoát đã được pre-sign. Logic thiết kế của dự án Babylon là: muốn để người nắm giữ BTC tham gia DeFi mà không từ bỏ quyền kiểm soát khóa riêng, thì cách ly là một cái giá bắt buộc.

Tuy nhiên, phần cơ chế Slashing mới là điểm mình quan tâm nhất. Bitcoin bản thân không có validator kiểu PoS; trong tài liệu kỹ thuật chính thức, họ nói giao thức đưa vào Extractable One-Time Signatures (EOTS) và covenant để thực hiện chức năng phạt/thu hồi. Logic đại khái là: nếu Finality Provider ký hai khối xung đột trên cùng một độ cao, thì sẽ phải tái sử dụng cùng một số nonce ngẫu nhiên; EOTS từ đó khôi phục khóa riêng, và lệnh giao dịch trừng phạt sẽ có điều kiện để được thực thi. Về mặt mật mã thì không có vấn đề, nhưng nếu lỗi phần mềm khiến xảy ra ký đôi, thì kết quả slashing có còn khớp với hành vi ác ý thực sự không? Lúc đó phản ứng đầu tiên của mình là: cần thêm dữ liệu thực nghiệm để xác thực.

Trong phần giả định an toàn, phía chính thức viết khá thẳng thắn: cả hệ thống chỉ dựa vào các bất biến mật mã của chính nó và mức độ an toàn của chuỗi hoạt động. Nói cách khác, sự tin tưởng được chuyển từ con người sang mật mã, nhưng ngay cả mật mã cũng dựa trên các giả định tin cậy. Báo cáo kiểm toán công khai đã tiết lộ một vài lỗ hổng, như cơ chế mở rộng bỏ phiếu BLS và vấn đề tồn dư staking; dù sau đó đã được khắc phục, thì một hệ thống dựa trên chứng cứ mật mã và các giao dịch pre-signed như vậy, nếu hỏng ở bất kỳ mắt xích nào, đều có thể gây hiệu ứng dây chuyền.

Babylon đúng là đang “gặm” một cục xương rất cứng. Không thay đổi giao thức nền của Bitcoin mà vẫn dựng được một đường dẫn an toàn bằng mật mã—việc đi được con đường này là rất có ý nghĩa. Nhưng liệu các mảnh ghép như pre-signed transactions, BABE proof, quản lý khóa EOTS có thật sự vững chắc hay không, mình nghĩ vẫn cần phải theo dõi thêm một thời gian nữa. #baby $BABY
Trong vài ngày qua tôi đã xem lại tài liệu của dự án Babylon về Trustless Bitcoin Vaults. Lúc đầu tôi muốn xác nhận việc BTC làm tài sản thế chấp trong giao thức cho vay sẽ được thanh toán/giải quyết như thế nào, nhưng khi sang chương “Protocol architecture” thì phần đó bị dừng lại không đi tiếp. Tôi đã lật qua lại vài trang về Bitcoin-side scripts đến ba lần. Lúc đầu còn tưởng mình đã bỏ sót một opcode quan trọng nào đó, mãi sau mới nhận ra câu chính thức “spans three layers” không hề nói về việc BTC bắc cầu cross-chain, mà là cách Bitcoin xác thực các sự kiện bên ngoài đã diễn ra theo cách mới. @babylonlabs_io Thật lòng mà nói, càng nghiên cứu sâu mới thấy ngay từ bước đầu mình đã hiểu lệch. Thứ Bitcoin thực sự không làm được không phải là “nhận thông tin từ bên ngoài”, mà là “xác minh liệu sự kiện đã xảy ra trên chain chủ có đúng sự thật hay không”. Việc có kích hoạt thanh toán/giải quyết hay không, điều kiện chuộc/bereem có được thỏa mãn hay không—những chuyện đó xảy ra ngoài sự đồng thuận của Bitcoin; Bitcoin sẽ không thay đổi quy tắc chi tiêu UTXO chỉ vì ai đó nói “đã hoàn tất”. “The Bitcoin side knows only 'redeem'; the application layer translates user actions into the redeem call.” Khi thấy câu này ở mục “On Bitcoin”, tôi đã gần như gạch bỏ sạch toàn bộ ghi chú trước đó. Nói trắng ra, TBV là việc “dịch” các sự kiện đã xảy ra trên chain chủ và đã được chứng minh để tạo ra những bằng chứng mà Bitcoin có thể xác thực, đồng thời thỏa mãn các điều kiện của script Taproot. Đội ngũ chính thức gọi bộ quy trình này là BABE-based challenge procedure; nguyên văn là “lets Bitcoin verify proofs of redemption events using only existing Bitcoin script primitives.” Từ đầu đến cuối, Bitcoin không đụng tới smart contract và quy tắc đồng thuận cũng không hề bị thay đổi. Nhưng sau khi lật xong, tôi lại vướng mắc một câu hỏi khác: “cái giá của việc ‘dịch’ là gì?”. Trong FAQs có một chi tiết tôi đã đọc đi đọc lại nhiều lần: chu kỳ thế chấp trên mainnet là cố định 64.000 khối BTC, tương đương khoảng 15 tháng, và không hỗ trợ giải thế chấp từng phần. Với người nắm giữ thông thường thì 15 tháng không thể động vào, ngưỡng đúng là không hề thấp. Babylon không cầu nối, không bọc (wrap) và không bàn giao kiểu custody—điểm này trong BTCFi đúng là hiếm. Nhưng giá trị dài hạn của $BABY phụ thuộc vào hai thứ: hiệu suất xử lý/giải quyết có chịu được trạng thái cực đoan hay không, và liệu người dùng bình thường có thực sự nắm được chuyện giữa ủy thác thế chấp việc giải thế chấp và Slashing hay không. Các bạn lo nhất về rủi ro kỹ thuật hay là về thời gian khóa quá dài? Mời xem bình luận. #baby
Trong vài ngày qua tôi đã xem lại tài liệu của dự án Babylon về Trustless Bitcoin Vaults. Lúc đầu tôi muốn xác nhận việc BTC làm tài sản thế chấp trong giao thức cho vay sẽ được thanh toán/giải quyết như thế nào, nhưng khi sang chương “Protocol architecture” thì phần đó bị dừng lại không đi tiếp. Tôi đã lật qua lại vài trang về Bitcoin-side scripts đến ba lần. Lúc đầu còn tưởng mình đã bỏ sót một opcode quan trọng nào đó, mãi sau mới nhận ra câu chính thức “spans three layers” không hề nói về việc BTC bắc cầu cross-chain, mà là cách Bitcoin xác thực các sự kiện bên ngoài đã diễn ra theo cách mới. @BabylonLabs_io

Thật lòng mà nói, càng nghiên cứu sâu mới thấy ngay từ bước đầu mình đã hiểu lệch. Thứ Bitcoin thực sự không làm được không phải là “nhận thông tin từ bên ngoài”, mà là “xác minh liệu sự kiện đã xảy ra trên chain chủ có đúng sự thật hay không”. Việc có kích hoạt thanh toán/giải quyết hay không, điều kiện chuộc/bereem có được thỏa mãn hay không—những chuyện đó xảy ra ngoài sự đồng thuận của Bitcoin; Bitcoin sẽ không thay đổi quy tắc chi tiêu UTXO chỉ vì ai đó nói “đã hoàn tất”. “The Bitcoin side knows only 'redeem'; the application layer translates user actions into the redeem call.” Khi thấy câu này ở mục “On Bitcoin”, tôi đã gần như gạch bỏ sạch toàn bộ ghi chú trước đó.

Nói trắng ra, TBV là việc “dịch” các sự kiện đã xảy ra trên chain chủ và đã được chứng minh để tạo ra những bằng chứng mà Bitcoin có thể xác thực, đồng thời thỏa mãn các điều kiện của script Taproot. Đội ngũ chính thức gọi bộ quy trình này là BABE-based challenge procedure; nguyên văn là “lets Bitcoin verify proofs of redemption events using only existing Bitcoin script primitives.” Từ đầu đến cuối, Bitcoin không đụng tới smart contract và quy tắc đồng thuận cũng không hề bị thay đổi.

Nhưng sau khi lật xong, tôi lại vướng mắc một câu hỏi khác: “cái giá của việc ‘dịch’ là gì?”. Trong FAQs có một chi tiết tôi đã đọc đi đọc lại nhiều lần: chu kỳ thế chấp trên mainnet là cố định 64.000 khối BTC, tương đương khoảng 15 tháng, và không hỗ trợ giải thế chấp từng phần. Với người nắm giữ thông thường thì 15 tháng không thể động vào, ngưỡng đúng là không hề thấp.

Babylon không cầu nối, không bọc (wrap) và không bàn giao kiểu custody—điểm này trong BTCFi đúng là hiếm. Nhưng giá trị dài hạn của $BABY phụ thuộc vào hai thứ: hiệu suất xử lý/giải quyết có chịu được trạng thái cực đoan hay không, và liệu người dùng bình thường có thực sự nắm được chuyện giữa ủy thác thế chấp việc giải thế chấp và Slashing hay không. Các bạn lo nhất về rủi ro kỹ thuật hay là về thời gian khóa quá dài? Mời xem bình luận. #baby
Hôm qua tối lật tài liệu kỹ thuật của @babylonlabs_io tới tận 2 giờ sáng, mắt thì mỏi nhừ. Một vấn đề luôn không thể né tránh: Bitcoin ngay cả bộ xác thực kiểu PoS cũng không có, thợ đào cũng không hề công nhận bất kỳ quy tắc phạt do đặt cọc nào—vậy Babylon dựa vào đâu để “can thiệp” được tới BTC? Ban đầu tôi đoán đáp án nằm ở Covenant Committee. Nhưng sau khi lật tới phần tài liệu về Bitcoin Staking, tôi mới phát hiện “đòn chí mạng” thực sự là: biến hành vi vi phạm thành “lộ khóa riêng” trước. Trong mục “Technical Implementation”, nguyên văn là: “The protocol introduces Extractable One-Time Signatures (EOTS) and a covenant committee to enable slashing functionality. The committee can execute slashing through majority consensus if malicious behavior is detected, resulting in partial or complete forfeiture of staked assets.” Dịch đoạn này là: “Giao thức giới thiệu Chữ ký Một lần Có thể Chiết xuất (EOTS) và một ủy ban cam kết (covenant committee) để kích hoạt chức năng slashing. Ủy ban có thể thực hiện slashing thông qua đồng thuận đa số nếu phát hiện hành vi độc hại, dẫn đến việc tịch thu một phần hoặc toàn bộ tài sản đã đặt cọc.” Phiên dịch tiếp: Trước khi các Finality Provider bỏ phiếu, họ phải nộp trước cam kết một số ngẫu nhiên công khai; một khi đã ký cùng lúc hai khối xung đột ở cùng một độ cao, thì họ buộc phải dùng lại đúng cùng một số ngẫu nhiên bí mật. EOTS bắt được sự lặp lại này, từ đó khôi phục lại khóa riêng. Khi đó bằng chứng song ký không còn là ghi nhận trên chuỗi nữa, mà trực tiếp trở thành “khóa” có thể ký một giao dịch Slashing. Bước này khiến tôi thấy thiết kế khá tinh vi. Babylon không ép Bitcoin hiểu PoS; thay vào đó, họ đưa điều kiện trừng phạt vào trong script từ trước. Ngay từ đầu, những người đặt cọc, các Finality Provider và Covenant Committee đã phải chuẩn bị sẵn chữ ký cho Slashing. Chỉ cần khóa riêng bị lộ, giao dịch trừng phạt là có thể thực thi. Nhưng thách thức cũng rõ ràng không kém. Dự án triển khai theo ba giai đoạn, hiện tại Phase 2 vừa lên mainnet. Chỉ cần có sai lệch ở bất kỳ khâu nào—quản lý khóa EOTS, nhận định song ký, hay giao dịch được ký trước—thì kết quả phạt có thể bị ảnh hưởng. Dù Finality Provider không hề có ác ý, lỗi phần mềm vẫn có thể kích hoạt tình trạng song ký. Tôi cho rằng vấn đề đáng quan tâm hơn không phải là có phạt được kẻ vi phạm hay không, mà là liệu quy trình “bằng chứng mật mã biến thành trừng phạt BTC” này trong môi trường vận hành thực tế có thể duy trì ổn định lâu dài hay không. Bạn nghĩ sao về cơ chế này—là một lối thoát kỹ thuật hay quá phức tạp? Rất mong được trao đổi. #baby $BABY
Hôm qua tối lật tài liệu kỹ thuật của @BabylonLabs_io tới tận 2 giờ sáng, mắt thì mỏi nhừ. Một vấn đề luôn không thể né tránh: Bitcoin ngay cả bộ xác thực kiểu PoS cũng không có, thợ đào cũng không hề công nhận bất kỳ quy tắc phạt do đặt cọc nào—vậy Babylon dựa vào đâu để “can thiệp” được tới BTC?

Ban đầu tôi đoán đáp án nằm ở Covenant Committee. Nhưng sau khi lật tới phần tài liệu về Bitcoin Staking, tôi mới phát hiện “đòn chí mạng” thực sự là: biến hành vi vi phạm thành “lộ khóa riêng” trước.

Trong mục “Technical Implementation”, nguyên văn là: “The protocol introduces Extractable One-Time Signatures (EOTS) and a covenant committee to enable slashing functionality. The committee can execute slashing through majority consensus if malicious behavior is detected, resulting in partial or complete forfeiture of staked assets.” Dịch đoạn này là: “Giao thức giới thiệu Chữ ký Một lần Có thể Chiết xuất (EOTS) và một ủy ban cam kết (covenant committee) để kích hoạt chức năng slashing. Ủy ban có thể thực hiện slashing thông qua đồng thuận đa số nếu phát hiện hành vi độc hại, dẫn đến việc tịch thu một phần hoặc toàn bộ tài sản đã đặt cọc.”

Phiên dịch tiếp: Trước khi các Finality Provider bỏ phiếu, họ phải nộp trước cam kết một số ngẫu nhiên công khai; một khi đã ký cùng lúc hai khối xung đột ở cùng một độ cao, thì họ buộc phải dùng lại đúng cùng một số ngẫu nhiên bí mật. EOTS bắt được sự lặp lại này, từ đó khôi phục lại khóa riêng. Khi đó bằng chứng song ký không còn là ghi nhận trên chuỗi nữa, mà trực tiếp trở thành “khóa” có thể ký một giao dịch Slashing.

Bước này khiến tôi thấy thiết kế khá tinh vi. Babylon không ép Bitcoin hiểu PoS; thay vào đó, họ đưa điều kiện trừng phạt vào trong script từ trước. Ngay từ đầu, những người đặt cọc, các Finality Provider và Covenant Committee đã phải chuẩn bị sẵn chữ ký cho Slashing. Chỉ cần khóa riêng bị lộ, giao dịch trừng phạt là có thể thực thi.

Nhưng thách thức cũng rõ ràng không kém. Dự án triển khai theo ba giai đoạn, hiện tại Phase 2 vừa lên mainnet. Chỉ cần có sai lệch ở bất kỳ khâu nào—quản lý khóa EOTS, nhận định song ký, hay giao dịch được ký trước—thì kết quả phạt có thể bị ảnh hưởng. Dù Finality Provider không hề có ác ý, lỗi phần mềm vẫn có thể kích hoạt tình trạng song ký. Tôi cho rằng vấn đề đáng quan tâm hơn không phải là có phạt được kẻ vi phạm hay không, mà là liệu quy trình “bằng chứng mật mã biến thành trừng phạt BTC” này trong môi trường vận hành thực tế có thể duy trì ổn định lâu dài hay không.

Bạn nghĩ sao về cơ chế này—là một lối thoát kỹ thuật hay quá phức tạp? Rất mong được trao đổi. #baby $BABY
Đêm trước khi ngủ, lúc lướt tài liệu @babylonlabs_io thì tôi dừng lại ở trang “Safety & trust assumptions”. Thị trường ai cũng hô khẩu hiệu “Bitcoin nguyên bản đi vào DeFi”, nhưng trong đầu tôi lại bật ra một câu hỏi thực tế hơn: nếu thật sự khóa BTC vào script Taproot rồi, thì muốn lấy lại rốt cuộc phải trải qua những gì? Phần thoát staking khiến tôi càng nghĩ càng thấy phức tạp. Babylon cho hai con đường: chờ hết thời gian khóa 64.000 block Bitcoin (khoảng 15 tháng) để tự động hoàn trả, hoặc chủ động khởi tạo Unbonding, để Covenant Committee ký xong rồi lại chờ thêm một giai đoạn khóa thứ hai. Nhưng đoạn mô tả về EOTS trong tài liệu tôi đọc đi đọc lại mấy lần; đại ý là nếu Finality Provider dùng cùng một bộ khóa riêng ký hai thông điệp ở cùng một độ cao, khóa riêng sẽ bị lộ, và khoản staking của bạn trong thời gian Unbonding vẫn có thể bị phạt cắt. Nói cách khác, việc rút ra không phải là một hành động đơn lẻ, mà là một khoảng thời gian vẫn chịu ràng buộc bởi giao thức — điều này đúng là khác hẳn logic “muốn đi là đi” của nhiều dự án. Cơ chế thanh lý bên TBV cũng khiến tôi rất để tâm. Tài liệu định vị đây là vay thế chấp mà không cần từ bỏ quyền lưu ký, mỗi Vault tương ứng một UTXO độc lập. Nhưng khi thanh lý thực tế, liquidator sẽ tất toán ngay bằng WBTC, còn BTC thật sự phải đợi qua fraud-proof window mới có thể redeem. Khi thời gian được tách thành hai chặng như vậy, nhóm arbitrageur ở giữa phải bỏ vốn trước bằng WBTC, chịu biến động giá và chi phí vốn; lúc thị trường biến động mạnh, liệu có ít người sẵn sàng ứng tiền hơn không thì tôi thật sự không thấy câu trả lời rõ ràng. Điểm tôi thấy rất rõ ở Babylon là tư duy giữ quyền kiểm soát ngay trên Bitcoin, và lộ trình tiếp theo cũng minh bạch: Phase 1 làm Bitcoin-Centric Development, Phase 2 lên Cosmos Chain, Phase 3 đưa vào multi-staking. Nhưng để người dùng hiểu được Slashing, chấp nhận việc thoát ra có độ trễ, thì rào cản học tập vẫn là thứ tồn tại khách quan. Mọi người khi xem dự án có kiểu soi kỹ đến mức “cứng đầu” với chi tiết thoát và thanh lý như tôi với Babylon không? Bình luận cùng聊聊 nhé.#baby $BABY
Đêm trước khi ngủ, lúc lướt tài liệu @BabylonLabs_io thì tôi dừng lại ở trang “Safety & trust assumptions”. Thị trường ai cũng hô khẩu hiệu “Bitcoin nguyên bản đi vào DeFi”, nhưng trong đầu tôi lại bật ra một câu hỏi thực tế hơn: nếu thật sự khóa BTC vào script Taproot rồi, thì muốn lấy lại rốt cuộc phải trải qua những gì?

Phần thoát staking khiến tôi càng nghĩ càng thấy phức tạp. Babylon cho hai con đường: chờ hết thời gian khóa 64.000 block Bitcoin (khoảng 15 tháng) để tự động hoàn trả, hoặc chủ động khởi tạo Unbonding, để Covenant Committee ký xong rồi lại chờ thêm một giai đoạn khóa thứ hai. Nhưng đoạn mô tả về EOTS trong tài liệu tôi đọc đi đọc lại mấy lần; đại ý là nếu Finality Provider dùng cùng một bộ khóa riêng ký hai thông điệp ở cùng một độ cao, khóa riêng sẽ bị lộ, và khoản staking của bạn trong thời gian Unbonding vẫn có thể bị phạt cắt. Nói cách khác, việc rút ra không phải là một hành động đơn lẻ, mà là một khoảng thời gian vẫn chịu ràng buộc bởi giao thức — điều này đúng là khác hẳn logic “muốn đi là đi” của nhiều dự án.

Cơ chế thanh lý bên TBV cũng khiến tôi rất để tâm. Tài liệu định vị đây là vay thế chấp mà không cần từ bỏ quyền lưu ký, mỗi Vault tương ứng một UTXO độc lập. Nhưng khi thanh lý thực tế, liquidator sẽ tất toán ngay bằng WBTC, còn BTC thật sự phải đợi qua fraud-proof window mới có thể redeem. Khi thời gian được tách thành hai chặng như vậy, nhóm arbitrageur ở giữa phải bỏ vốn trước bằng WBTC, chịu biến động giá và chi phí vốn; lúc thị trường biến động mạnh, liệu có ít người sẵn sàng ứng tiền hơn không thì tôi thật sự không thấy câu trả lời rõ ràng.

Điểm tôi thấy rất rõ ở Babylon là tư duy giữ quyền kiểm soát ngay trên Bitcoin, và lộ trình tiếp theo cũng minh bạch: Phase 1 làm Bitcoin-Centric Development, Phase 2 lên Cosmos Chain, Phase 3 đưa vào multi-staking. Nhưng để người dùng hiểu được Slashing, chấp nhận việc thoát ra có độ trễ, thì rào cản học tập vẫn là thứ tồn tại khách quan.

Mọi người khi xem dự án có kiểu soi kỹ đến mức “cứng đầu” với chi tiết thoát và thanh lý như tôi với Babylon không? Bình luận cùng聊聊 nhé.#baby $BABY
Chọn B. Mùa báo cáo tài chính của các “ông lớn” công nghệ. Lý do: Hướng dẫn kết quả kinh doanh trực tiếp ảnh hưởng đến diễn biến của thị trường chứng khoán Mỹ, từ đó liên động với khẩu vị rủi ro của thị trường crypto—đây là tín hiệu then chốt để đánh giá hướng của thanh khoản trong nửa cuối năm, đáng được theo dõi sát.
Chọn B. Mùa báo cáo tài chính của các “ông lớn” công nghệ.
Lý do: Hướng dẫn kết quả kinh doanh trực tiếp ảnh hưởng đến diễn biến của thị trường chứng khoán Mỹ, từ đó liên động với khẩu vị rủi ro của thị trường crypto—đây là tín hiệu then chốt để đánh giá hướng của thanh khoản trong nửa cuối năm, đáng được theo dõi sát.
币安Binance华语
·
--
🔥 #安友周一观察团 Cùng xem tổng hợp các sự kiện nóng hổi!

Gần đây bạn quan tâm điểm nóng nào nhất ❓

A: Binance cập nhật stocks mới
B: Mùa báo cáo tài chính của các gã khổng lồ công nghệ
C: Giá dầu vượt 100 rồi quay đầu giảm

♟️ Hãy bình chọn và để lại lý do lựa chọn trong phần bình luận. Chuyển tiếp hoặc chia sẻ thêm chủ đề nóng khác—rút thăm 5 người nhận thưởng thảo luận chủ đề 30U!
Mình đã trải nghiệm một vài dự án BTCFi tự vận hành, nhưng nhìn chung không mượt. Hoặc là phải bridge BTC sang mạng khác, trong lòng lúc nào cũng thấy treo vấn đề. Hoặc là giao cho bên thứ ba custody, lại lo họ bỏ chạy. Khi lật tài liệu kỹ thuật của @babylonlabs_io , phản xạ đầu tiên của mình là đi tìm câu trả lời cho đúng vấn đề đó: thứ này rốt cuộc có cần mình phải tin ai không. Khi đọc câu diễn đạt cốt lõi trong Bitcoin Staking Litepaper, mình khựng lại. Rằng người nắm giữ Bitcoin có thể stake BTC mà không cần cross-chain, đồng thời vẫn cung cấp đầy đủ các đảm bảo an toàn có thể bị phạt/siết cho các chuỗi PoS. Lúc đó trong đầu mình bật ra câu hỏi: không cross-chain thì làm sao thực hiện phạt/siết? Tìm hiểu xong mới hiểu rõ: cơ chế staking được xây dựng trực tiếp dựa trên mô hình UTXO của Bitcoin. Việc slashing được thực hiện thông qua EOTS và covenant committee. Nếu Finality Provider ký một block xung đột tại cùng một độ cao, việc tái sử dụng số ngẫu nhiên sẽ làm lộ khóa riêng EOTS, từ đó kích hoạt điều kiện Slashing trong kịch bản (script) của Bitcoin. Thiết kế này khá thông minh: không cố gắng bắt Bitcoin xác thực từng block, mà gắn chi phí BTC vào hành vi sai. Làm ác sẽ trở nên không đáng. Nhưng nghi ngờ cũng xuất hiện. Babylon Genesis vốn là một chain dựa trên Cosmos SDK, đóng vai trò lớp điều phối. An ninh của Bitcoin không được “copy” trực tiếp sang chuỗi PoS, mà được chuyển dịch qua một lớp trung gian. Trong quá trình vận hành, hệ thống này có thể giữ được mức phi-tin cậy (decentralized) đến đâu, mình vẫn đang quan sát. Nói thêm về Trustless Bitcoin Vaults. Câu nói chính thức khiến mình ấn tượng sâu sắc: niềm tin chuyển từ custody sang tính toán. TBV giữ BTC luôn nằm trên mạng Bitcoin, khóa bằng các script Taproot; trên Ethereum chỉ theo dõi trạng thái. Mỗi Vault ứng với một UTXO độc lập, không lẫn lộn. Người giữ coin có thể tự chạy toàn bộ các vai trò then chốt, không có bên thứ ba nào là “bắt buộc phải tin”. Tuy nhiên, cái giá của thiết kế này là sự phức tạp. Pre-PegIn HTLC, cơ chế thách thức BABE, cặp khóa WOTS… ngưỡng dành cho người dùng phổ thông không thấp. Hơn nữa TBV hiện vẫn đang ở giai đoạn testnet, còn hiệu suất trên mainnet thì chưa ai dám chắc. Babylon đang làm một việc cốt lõi: giúp Bitcoin—một chuỗi không lập trình—hiểu được thế giới bên ngoài đang diễn ra điều gì. Nhưng con đường này có thể đi được xa đến mức nào, lượng BTC được khóa có thực sự đáp ứng đúng các nhu cầu an toàn hay không, vẫn cần được kiểm chứng. #baby $BABY
Mình đã trải nghiệm một vài dự án BTCFi tự vận hành, nhưng nhìn chung không mượt. Hoặc là phải bridge BTC sang mạng khác, trong lòng lúc nào cũng thấy treo vấn đề. Hoặc là giao cho bên thứ ba custody, lại lo họ bỏ chạy. Khi lật tài liệu kỹ thuật của @BabylonLabs_io , phản xạ đầu tiên của mình là đi tìm câu trả lời cho đúng vấn đề đó: thứ này rốt cuộc có cần mình phải tin ai không.

Khi đọc câu diễn đạt cốt lõi trong Bitcoin Staking Litepaper, mình khựng lại. Rằng người nắm giữ Bitcoin có thể stake BTC mà không cần cross-chain, đồng thời vẫn cung cấp đầy đủ các đảm bảo an toàn có thể bị phạt/siết cho các chuỗi PoS. Lúc đó trong đầu mình bật ra câu hỏi: không cross-chain thì làm sao thực hiện phạt/siết?

Tìm hiểu xong mới hiểu rõ: cơ chế staking được xây dựng trực tiếp dựa trên mô hình UTXO của Bitcoin. Việc slashing được thực hiện thông qua EOTS và covenant committee. Nếu Finality Provider ký một block xung đột tại cùng một độ cao, việc tái sử dụng số ngẫu nhiên sẽ làm lộ khóa riêng EOTS, từ đó kích hoạt điều kiện Slashing trong kịch bản (script) của Bitcoin. Thiết kế này khá thông minh: không cố gắng bắt Bitcoin xác thực từng block, mà gắn chi phí BTC vào hành vi sai. Làm ác sẽ trở nên không đáng.

Nhưng nghi ngờ cũng xuất hiện. Babylon Genesis vốn là một chain dựa trên Cosmos SDK, đóng vai trò lớp điều phối. An ninh của Bitcoin không được “copy” trực tiếp sang chuỗi PoS, mà được chuyển dịch qua một lớp trung gian. Trong quá trình vận hành, hệ thống này có thể giữ được mức phi-tin cậy (decentralized) đến đâu, mình vẫn đang quan sát.

Nói thêm về Trustless Bitcoin Vaults. Câu nói chính thức khiến mình ấn tượng sâu sắc: niềm tin chuyển từ custody sang tính toán. TBV giữ BTC luôn nằm trên mạng Bitcoin, khóa bằng các script Taproot; trên Ethereum chỉ theo dõi trạng thái. Mỗi Vault ứng với một UTXO độc lập, không lẫn lộn. Người giữ coin có thể tự chạy toàn bộ các vai trò then chốt, không có bên thứ ba nào là “bắt buộc phải tin”.

Tuy nhiên, cái giá của thiết kế này là sự phức tạp. Pre-PegIn HTLC, cơ chế thách thức BABE, cặp khóa WOTS… ngưỡng dành cho người dùng phổ thông không thấp. Hơn nữa TBV hiện vẫn đang ở giai đoạn testnet, còn hiệu suất trên mainnet thì chưa ai dám chắc.

Babylon đang làm một việc cốt lõi: giúp Bitcoin—một chuỗi không lập trình—hiểu được thế giới bên ngoài đang diễn ra điều gì. Nhưng con đường này có thể đi được xa đến mức nào, lượng BTC được khóa có thực sự đáp ứng đúng các nhu cầu an toàn hay không, vẫn cần được kiểm chứng. #baby $BABY
Vào cái đêm tôi cầm điện thoại lướt tài liệu kỹ thuật của BabylonLabs, trong đầu tôi cứ xoay một câu hỏi: BTC muốn đi vào DeFi thì thứ thật sự đang thiếu là chính thanh khoản, hay là một kiểu sử dụng không cần phải tin thêm bất kỳ ai nữa? Nhìn chung, đa số các ứng dụng BTC hiện nay thực ra đều là chuyển tài sản sang một blockchain khác trước: người dùng có thêm nhiều cách chơi, nhưng đồng thời cũng ngầm chấp nhận một lớp quan hệ tin cậy mới, và không phải ai cũng chịu suy nghĩ kỹ lớp đó. @babylonlabs_io Lý do khiến TBV thu hút sự chú ý của tôi rất đơn giản: nó không vội chuyển đi BTC, mà thiết kế lại cách xác nhận trạng thái tài sản. Tài liệu chính thức nói rất thẳng: tài sản luôn nằm trên mạng Bitcoin, phía Ethereum chỉ nhận các bằng chứng thế chấp có thể xác minh; nguyên văn là “no bridge, no off-chain oracle, no wrapping custodian”. Mỗi Vault đi kèm UTXO độc lập, dùng script Taproot để khóa trạng thái, các Vault tự nhiên được tách rời, nên không tồn tại chuyện trộn lẫn vào một quỹ chung. Nhưng nói thật, “staking nguyên bản” không có nghĩa là muốn rút là rút được ngay. Tôi lục FAQ chính thức mới hiểu rõ: việc staking phải chờ 30 block xác nhận trên mạng Bitcoin mới có hiệu lực; chu kỳ cố định ở 64000 block BTC, quy đổi ra khoảng 15 tháng; hơn nữa mỗi vị thế chỉ có thể rút ra theo toàn bộ một lần, không thể tách nhỏ để thao tác. Phần thưởng được phát bằng token BABY, cụ thể bao nhiêu sẽ phụ thuộc các biến như hoa hồng của validator, quy mô staking… Những con số hiển thị trên trang chỉ nên xem là tham khảo. Về bảo mật cũng phải làm rõ. FAQ chính thức nêu rõ: nếu validator được ủy thác làm điều sai trái, thì BTC được staking cũng sẽ bị phạt và tước một phần; logic phạt tước được viết thẳng vào đường chi phí (spending path) trong script Taproot. Theo tôi, Babylon giống như đi theo một lộ trình nặng công hơn: phải dựa vào cơ chế phạt để ràng buộc hành vi người tham gia, thì động lực và an toàn mạng mới không thành chuyện nói trên giấy. Vì vậy, quan điểm của tôi là Babylon giống một bộ hợp đồng bảo mật kèm điều khoản hình phạt, chứ không hề liên quan đến sản phẩm quản lý tài chính kiểu tài khoản thanh khoản (sản phẩm tiết kiệm linh hoạt theo kiểu kỳ hạn ngắn/hiện hành). Thứ đáng quan tâm hơn là những dữ liệu cứng như tỷ lệ online của Finality Provider, lịch sử song chữ ký (double-signing)… Cứ để cơ chế này trải qua thêm nhiều điều kiện thị trường rồi mới đánh giá cũng chưa muộn. Bạn nghĩ sao về cách thiết kế biến BTC thành một tài nguyên bảo mật như vậy? #baby $BABY
Vào cái đêm tôi cầm điện thoại lướt tài liệu kỹ thuật của BabylonLabs, trong đầu tôi cứ xoay một câu hỏi: BTC muốn đi vào DeFi thì thứ thật sự đang thiếu là chính thanh khoản, hay là một kiểu sử dụng không cần phải tin thêm bất kỳ ai nữa? Nhìn chung, đa số các ứng dụng BTC hiện nay thực ra đều là chuyển tài sản sang một blockchain khác trước: người dùng có thêm nhiều cách chơi, nhưng đồng thời cũng ngầm chấp nhận một lớp quan hệ tin cậy mới, và không phải ai cũng chịu suy nghĩ kỹ lớp đó. @BabylonLabs_io

Lý do khiến TBV thu hút sự chú ý của tôi rất đơn giản: nó không vội chuyển đi BTC, mà thiết kế lại cách xác nhận trạng thái tài sản. Tài liệu chính thức nói rất thẳng: tài sản luôn nằm trên mạng Bitcoin, phía Ethereum chỉ nhận các bằng chứng thế chấp có thể xác minh; nguyên văn là “no bridge, no off-chain oracle, no wrapping custodian”. Mỗi Vault đi kèm UTXO độc lập, dùng script Taproot để khóa trạng thái, các Vault tự nhiên được tách rời, nên không tồn tại chuyện trộn lẫn vào một quỹ chung.

Nhưng nói thật, “staking nguyên bản” không có nghĩa là muốn rút là rút được ngay. Tôi lục FAQ chính thức mới hiểu rõ: việc staking phải chờ 30 block xác nhận trên mạng Bitcoin mới có hiệu lực; chu kỳ cố định ở 64000 block BTC, quy đổi ra khoảng 15 tháng; hơn nữa mỗi vị thế chỉ có thể rút ra theo toàn bộ một lần, không thể tách nhỏ để thao tác. Phần thưởng được phát bằng token BABY, cụ thể bao nhiêu sẽ phụ thuộc các biến như hoa hồng của validator, quy mô staking… Những con số hiển thị trên trang chỉ nên xem là tham khảo.

Về bảo mật cũng phải làm rõ. FAQ chính thức nêu rõ: nếu validator được ủy thác làm điều sai trái, thì BTC được staking cũng sẽ bị phạt và tước một phần; logic phạt tước được viết thẳng vào đường chi phí (spending path) trong script Taproot. Theo tôi, Babylon giống như đi theo một lộ trình nặng công hơn: phải dựa vào cơ chế phạt để ràng buộc hành vi người tham gia, thì động lực và an toàn mạng mới không thành chuyện nói trên giấy.

Vì vậy, quan điểm của tôi là Babylon giống một bộ hợp đồng bảo mật kèm điều khoản hình phạt, chứ không hề liên quan đến sản phẩm quản lý tài chính kiểu tài khoản thanh khoản (sản phẩm tiết kiệm linh hoạt theo kiểu kỳ hạn ngắn/hiện hành). Thứ đáng quan tâm hơn là những dữ liệu cứng như tỷ lệ online của Finality Provider, lịch sử song chữ ký (double-signing)… Cứ để cơ chế này trải qua thêm nhiều điều kiện thị trường rồi mới đánh giá cũng chưa muộn. Bạn nghĩ sao về cách thiết kế biến BTC thành một tài nguyên bảo mật như vậy? #baby $BABY
Nói thật, tôi đã tích trữ Bitcoin mấy năm rồi, cứ để mãi trong ví mà chẳng sinh lời gì. Trước đây tôi cũng tìm hiểu cách để nó tạo ra chút lợi nhuận, nhưng cứ thấy phải chuyển cross-chain sang WBTC là tôi lại do dự, luôn cảm giác thêm một bước là thêm một phần rủi ro. Sau đó bạn tôi giới thiệu Babylon, nói rằng có thể dùng BTC trực tiếp để stake nhận lãi, phản ứng đầu tiên của tôi là còn có chuyện tốt thế này à. @babylonlabs_io Sau khi đọc xong tài liệu chính thức và tài liệu kỹ thuật, tôi cũng hiểu sơ được cơ chế cốt lõi của nó. Điều hấp dẫn nhất ở Babylon đối với tôi là Bitcoin không cần rời khỏi mainnet. Whitepaper chính thức dùng trustless và efficient unbonding periods để mô tả cơ chế này, nói đơn giản là dùng script để khóa BTC trong địa chỉ Taproot, còn private key vẫn do mình nắm. So với những giải pháp phải chuyển coin cho bên lưu ký thứ ba, ít nhất ở khía cạnh quyền kiểm soát tài sản thì khiến người ta yên tâm hơn. Theo roadmap của dự án, quý 1 năm 2026 sẽ ra testnet cho vay thế chấp kho BTC không cần tin cậy, và nguyên văn người sáng lập nói là muốn biến BTC thành programmable collateral. Tôi nghĩ nếu hướng này thật sự chạy thông thì không gian tưởng tượng của hệ sinh thái Bitcoin chắc chắn sẽ rất khác. Tuy nhiên, sau khi bình tĩnh đọc thêm các thảo luận cộng đồng và bài phân tích, có vài điểm cũng khiến tôi phải suy nghĩ lại. Về mặt kỹ thuật, cơ chế đồng thuận an toàn này cần dựa vào một chain Cosmos SDK làm lớp điều phối, chứ không phải hoàn toàn dựa vào script của Bitcoin để kiểm soát toàn bộ, tức là thực ra đã có thêm một giả định về độ tin cậy. Về nguồn lợi nhuận, tôi chú ý thấy có phân tích nói rằng trong giai đoạn stake đầu tiên, tổn thất phí đào đã vượt quá 5%, và mức nạp tối đa cho mỗi giao dịch chỉ là 0.005 BTC. Nếu cá voi muốn nạp một lượng lớn BTC thì phải khởi tạo hơn chục nghìn giao dịch, chi phí quả thực không hề thấp. FAQ chính thức cũng viết rất rõ: thời gian stake trên mainnet cố định là 64000 block BTC, khoảng mười lăm tháng, và không hỗ trợ unbond một phần, nên về thanh khoản đúng là có một số hạn chế. Babylon về mặt tư duy kỹ thuật quả thật đã mở cho holder BTC một con đường mới, nhưng cuối cùng nó có thể đi xa đến đâu thì tôi nghĩ vẫn phải xem hiệu suất thực tế sau khi mainnet lên sóng. Hiện tại tôi sẽ quan sát thêm một thời gian, đợi mọi thứ vận hành trơn tru rồi mới tính chuyện vào cuộc. #baby $BABY
Nói thật, tôi đã tích trữ Bitcoin mấy năm rồi, cứ để mãi trong ví mà chẳng sinh lời gì. Trước đây tôi cũng tìm hiểu cách để nó tạo ra chút lợi nhuận, nhưng cứ thấy phải chuyển cross-chain sang WBTC là tôi lại do dự, luôn cảm giác thêm một bước là thêm một phần rủi ro. Sau đó bạn tôi giới thiệu Babylon, nói rằng có thể dùng BTC trực tiếp để stake nhận lãi, phản ứng đầu tiên của tôi là còn có chuyện tốt thế này à. @BabylonLabs_io

Sau khi đọc xong tài liệu chính thức và tài liệu kỹ thuật, tôi cũng hiểu sơ được cơ chế cốt lõi của nó. Điều hấp dẫn nhất ở Babylon đối với tôi là Bitcoin không cần rời khỏi mainnet. Whitepaper chính thức dùng trustless và efficient unbonding periods để mô tả cơ chế này, nói đơn giản là dùng script để khóa BTC trong địa chỉ Taproot, còn private key vẫn do mình nắm. So với những giải pháp phải chuyển coin cho bên lưu ký thứ ba, ít nhất ở khía cạnh quyền kiểm soát tài sản thì khiến người ta yên tâm hơn. Theo roadmap của dự án, quý 1 năm 2026 sẽ ra testnet cho vay thế chấp kho BTC không cần tin cậy, và nguyên văn người sáng lập nói là muốn biến BTC thành programmable collateral. Tôi nghĩ nếu hướng này thật sự chạy thông thì không gian tưởng tượng của hệ sinh thái Bitcoin chắc chắn sẽ rất khác.

Tuy nhiên, sau khi bình tĩnh đọc thêm các thảo luận cộng đồng và bài phân tích, có vài điểm cũng khiến tôi phải suy nghĩ lại. Về mặt kỹ thuật, cơ chế đồng thuận an toàn này cần dựa vào một chain Cosmos SDK làm lớp điều phối, chứ không phải hoàn toàn dựa vào script của Bitcoin để kiểm soát toàn bộ, tức là thực ra đã có thêm một giả định về độ tin cậy. Về nguồn lợi nhuận, tôi chú ý thấy có phân tích nói rằng trong giai đoạn stake đầu tiên, tổn thất phí đào đã vượt quá 5%, và mức nạp tối đa cho mỗi giao dịch chỉ là 0.005 BTC. Nếu cá voi muốn nạp một lượng lớn BTC thì phải khởi tạo hơn chục nghìn giao dịch, chi phí quả thực không hề thấp. FAQ chính thức cũng viết rất rõ: thời gian stake trên mainnet cố định là 64000 block BTC, khoảng mười lăm tháng, và không hỗ trợ unbond một phần, nên về thanh khoản đúng là có một số hạn chế.

Babylon về mặt tư duy kỹ thuật quả thật đã mở cho holder BTC một con đường mới, nhưng cuối cùng nó có thể đi xa đến đâu thì tôi nghĩ vẫn phải xem hiệu suất thực tế sau khi mainnet lên sóng. Hiện tại tôi sẽ quan sát thêm một thời gian, đợi mọi thứ vận hành trơn tru rồi mới tính chuyện vào cuộc. #baby $BABY
$SPCX ra mắt được một tháng mà giá cổ phiếu liên tiếp phá đáy, rồi bị chém đôi, rốt cuộc là làm sao vậy? Đây thật sự là tương lai của loài người ư? Sao tôi lại cảm giác vốn hóa hàng chục nghìn tỷ USD chẳng khác gì một đồng coin “làm giả” lại cứ thế nhảy lên nhảy xuống. Xuất phát 300 đô trước rồi cứ thử mua dài hạn xem, cứ mỗi lần giảm 5% lại tăng thêm 300U
$SPCX ra mắt được một tháng mà giá cổ phiếu liên tiếp phá đáy, rồi bị chém đôi, rốt cuộc là làm sao vậy? Đây thật sự là tương lai của loài người ư? Sao tôi lại cảm giác vốn hóa hàng chục nghìn tỷ USD chẳng khác gì một đồng coin “làm giả” lại cứ thế nhảy lên nhảy xuống. Xuất phát 300 đô trước rồi cứ thử mua dài hạn xem, cứ mỗi lần giảm 5% lại tăng thêm 300U
#bStocks探索计划 Tôi đã chọn BAA, cuối cùng trở thành “chuyên gia tinh toán thoát hiểm”! Thiết bị đầu cuối AI thấu hiểu môi trường, kho dữ liệu phân phối chính xác, xuồng cao tốc đột phá tốc độ—thậm chí giọt nước cuối cùng cũng được tính toán vừa vặn. Sinh tồn cũng giống như đầu tư: năng lực tính toán × dữ liệu × thực thi, chính là lời giải tối ưu!
#bStocks探索计划
Tôi đã chọn BAA, cuối cùng trở thành “chuyên gia tinh toán thoát hiểm”!
Thiết bị đầu cuối AI thấu hiểu môi trường, kho dữ liệu phân phối chính xác, xuồng cao tốc đột phá tốc độ—thậm chí giọt nước cuối cùng cũng được tính toán vừa vặn. Sinh tồn cũng giống như đầu tư: năng lực tính toán × dữ liệu × thực thi, chính là lời giải tối ưu!
币安Binance华语
·
--
🏝️ Làm sao thoát khỏi hoang đảo? Hóa ra mỗi bước lựa chọn đều ẩn chứa sở thích bStocks của bạn.


Sau khi thử nghiệm liên tục 3 ngày, tất cả 8 kết cục của #bStocks探索计划 đều được mở khóa! 


AAA? BBA? BAB?

Lựa chọn của bạn cuối cùng sẽ đưa bạn thoát khỏi hoang đảo, hay ở lại xây dựng một thế giới mới trên đảo?


👀 Vào phần bình luận khoe thẻ kết cục của bạn và gắn kèm #bStocks探索计划 khi chia sẻ, chọn 5 người nhận thưởng tham gia 66U 🎁
Đăng nhập để khám phá thêm nội dung
Tham gia cùng người dùng tiền mã hóa toàn cầu trên Binance Square
⚡️ Nhận thông tin mới nhất và hữu ích về tiền mã hóa.
💬 Được tin cậy bởi sàn giao dịch tiền mã hóa lớn nhất thế giới.
👍 Khám phá những thông tin chuyên sâu thực tế từ những nhà sáng tạo đã xác minh.
Email / Số điện thoại
Sơ đồ trang web
Tùy chọn Cookie
Điều khoản & Điều kiện