Binance Square
jojo橘子
1.8k Bài đăng

jojo橘子

alpha忠实粉丝|链上科学家|合约小韭菜|励志靠合约实现买菜自由
110 Đang theo dõi
10.2K+ Người theo dõi
1.8K+ Đã thích
Bài đăng
·
--
Tôi thấy Hindenrank đã chấm Babylon C-rủi ro với mức đánh giá 57/100. Nhiều người thấy C- thì lướt qua, cho rằng đó là FUD. Nhưng nếu đọc kỹ phần chú thích của xếp hạng: category leader status + novel cryptography + covenant trust + cascade to LRTs, thì nó rơi vào vùng biến động cao. Dịch lại: Lãnh đạo đường đua + mật mã học mới + niềm tin vào giao ước + rủi ro phân tầng tới LRT = độ biến thiên cao.@babylonlabs_io Ý nghĩa là gì? Babylon hiện là giao thức lớn nhất trong mảng staking BTC, với TVL 5,6 tỷ. Nhưng “lớn nhất” và “an toàn nhất” là hai chuyện khác nhau. Vụ lộ lỗ hổng của KelpDAO vào tháng 4/2026 đã cho thấy rủi ro phân tầng khi cầu nối LRT đáng sợ đến mức nào—chỉ cần một mắt xích trục trặc thì toàn bộ cấu trúc lồng ghép sẽ bị ảnh hưởng. Điều đáng cảnh giác hơn nữa là một nhóm dữ liệu khác: một lần sự kiện rút stake (single de-staking) đã kéo đi 32% TVL, tương đương khoảng 1,26 tỷ USD. Điều này nói lên điều gì? “Whale” (cá voi) đang tập trung rất cao; chỉ một vài nhà đặt stake lớn cũng có thể làm lung lay cả giao thức. Tôi không nói rằng Babylon chắc chắn sẽ gặp sự cố. Tôi chỉ nói rằng khi một giao thức đồng thời mang ba nhãn: đổi mới mật mã hàng đầu trong đường đua và sự tập trung của các “whale”, thì ít nhất bạn nên biết mình đang đứng trên nền đất như thế nào. C- không phải là bản án—mà là một báo cáo kiểm tra sức khỏe; đọc một chút còn hơn là bỏ qua.#baby $BABY
Tôi thấy Hindenrank đã chấm Babylon C-rủi ro với mức đánh giá 57/100. Nhiều người thấy C- thì lướt qua, cho rằng đó là FUD. Nhưng nếu đọc kỹ phần chú thích của xếp hạng: category leader status + novel cryptography + covenant trust + cascade to LRTs, thì nó rơi vào vùng biến động cao.

Dịch lại: Lãnh đạo đường đua + mật mã học mới + niềm tin vào giao ước + rủi ro phân tầng tới LRT = độ biến thiên cao.@BabylonLabs_io

Ý nghĩa là gì? Babylon hiện là giao thức lớn nhất trong mảng staking BTC, với TVL 5,6 tỷ. Nhưng “lớn nhất” và “an toàn nhất” là hai chuyện khác nhau. Vụ lộ lỗ hổng của KelpDAO vào tháng 4/2026 đã cho thấy rủi ro phân tầng khi cầu nối LRT đáng sợ đến mức nào—chỉ cần một mắt xích trục trặc thì toàn bộ cấu trúc lồng ghép sẽ bị ảnh hưởng.

Điều đáng cảnh giác hơn nữa là một nhóm dữ liệu khác: một lần sự kiện rút stake (single de-staking) đã kéo đi 32% TVL, tương đương khoảng 1,26 tỷ USD. Điều này nói lên điều gì? “Whale” (cá voi) đang tập trung rất cao; chỉ một vài nhà đặt stake lớn cũng có thể làm lung lay cả giao thức.

Tôi không nói rằng Babylon chắc chắn sẽ gặp sự cố. Tôi chỉ nói rằng khi một giao thức đồng thời mang ba nhãn: đổi mới mật mã hàng đầu trong đường đua và sự tập trung của các “whale”, thì ít nhất bạn nên biết mình đang đứng trên nền đất như thế nào. C- không phải là bản án—mà là một báo cáo kiểm tra sức khỏe; đọc một chút còn hơn là bỏ qua.#baby $BABY
你比较看好BABY的币价吗
马上会上涨了
继续下跌趋势
5 giờ còn lại
Khi tôi lướt bảng dữ liệu Babylon, có một con số khiến tôi chăm chú rất lâu: TVL 5,6 tỷ USD, giá trị vốn hóa token hơn 50 triệu. Tỷ lệ gần 100:1. Trong giới DeFi, điều này có nghĩa là gì? Aave TVL còn chưa đến một nửa Babylon, trong khi vốn hóa token gấp hơn chục lần. Không phải Babylon quá rẻ, mà thị trường đơn giản là chưa định giá BABY như một công cụ để nắm bắt/thu hút giá trị. @babylonlabs_io Nhưng tôi nghĩ vấn đề nằm ở đâu? Nghiệp vụ cốt lõi của Babylon tạo ra doanh thu từ giao thức để người nắm giữ BTC có thể không cần “dịch chuyển” hay “cross-chain” vẫn có thể thế chấp và nhận lợi suất. Hiện nay hầu như chưa chuyển hướng doanh thu đó sang token BABY. Phí gas không cần trả bằng BABY, quyền quản trị cũng đang ở giai đoạn sớm. Phần thưởng lạm phát bổ sung 2,35% từ “liên kết thế chấp” kia giống như động lực khuyến khích khóa (lock-in) hơn là phân phối giá trị. Nói cách khác, Babylon đã dựng nên một hạ tầng BTCFi cứng cáp nhất cho toàn ngành, nhưng vai trò của BABY trong hạ tầng đó hiện tại lại giống như một tấm vé trải nghiệm hơn là quyền nhận cổ tức/phần chia lợi nhuận. Khi a16z đầu tư, định giá đưa ra là 800 triệu USD, nhưng bây giờ vốn hóa chỉ 50 triệu, giảm 93%. Bạn có thể nói rằng thị trường sai, hoặc rằng mô hình định giá đã thay đổi; nhưng xét từ góc độ “giao thức nắm bắt giá trị”, hiện tại BABY đúng là vẫn chưa nộp bài. Tôi sẽ tiếp tục theo dõi một mốc: sau khi TBV và Aave V4 ra mắt chính thức, rốt cuộc phí giao thức sẽ được phân chia thế nào. Nếu BABY mãi chỉ được định vị là quản trị + phần thưởng lạm phát, thì 50 triệu vốn hóa này có lẽ vẫn chưa phải đáy. Các bạn nghĩ chọn một đồng coin chất lượng thì cần nhìn vào lõi nào của nó? Hãy tương tác, tôi sẽ định kỳ viết các bài thật chất lượng để phục vụ mọi người! #baby $BABY
Khi tôi lướt bảng dữ liệu Babylon, có một con số khiến tôi chăm chú rất lâu: TVL 5,6 tỷ USD, giá trị vốn hóa token hơn 50 triệu. Tỷ lệ gần 100:1.
Trong giới DeFi, điều này có nghĩa là gì? Aave TVL còn chưa đến một nửa Babylon, trong khi vốn hóa token gấp hơn chục lần. Không phải Babylon quá rẻ, mà thị trường đơn giản là chưa định giá BABY như một công cụ để nắm bắt/thu hút giá trị. @BabylonLabs_io

Nhưng tôi nghĩ vấn đề nằm ở đâu? Nghiệp vụ cốt lõi của Babylon tạo ra doanh thu từ giao thức để người nắm giữ BTC có thể không cần “dịch chuyển” hay “cross-chain” vẫn có thể thế chấp và nhận lợi suất. Hiện nay hầu như chưa chuyển hướng doanh thu đó sang token BABY. Phí gas không cần trả bằng BABY, quyền quản trị cũng đang ở giai đoạn sớm. Phần thưởng lạm phát bổ sung 2,35% từ “liên kết thế chấp” kia giống như động lực khuyến khích khóa (lock-in) hơn là phân phối giá trị. Nói cách khác, Babylon đã dựng nên một hạ tầng BTCFi cứng cáp nhất cho toàn ngành, nhưng vai trò của BABY trong hạ tầng đó hiện tại lại giống như một tấm vé trải nghiệm hơn là quyền nhận cổ tức/phần chia lợi nhuận.

Khi a16z đầu tư, định giá đưa ra là 800 triệu USD, nhưng bây giờ vốn hóa chỉ 50 triệu, giảm 93%. Bạn có thể nói rằng thị trường sai, hoặc rằng mô hình định giá đã thay đổi; nhưng xét từ góc độ “giao thức nắm bắt giá trị”, hiện tại BABY đúng là vẫn chưa nộp bài.

Tôi sẽ tiếp tục theo dõi một mốc: sau khi TBV và Aave V4 ra mắt chính thức, rốt cuộc phí giao thức sẽ được phân chia thế nào.
Nếu BABY mãi chỉ được định vị là quản trị + phần thưởng lạm phát, thì 50 triệu vốn hóa này có lẽ vẫn chưa phải đáy.

Các bạn nghĩ chọn một đồng coin chất lượng thì cần nhìn vào lõi nào của nó? Hãy tương tác, tôi sẽ định kỳ viết các bài thật chất lượng để phục vụ mọi người! #baby $BABY
我评估优质代币看实用性落地
25%
我主要看它的背书和融资
25%
我主要看项目方做事和格局及社区共识
50%
4 phiếu bầu • Cuộc bỏ phiếu đã kết thúc
Xem bản dịch
我一直在琢磨Babylon的时间戳协议到底是怎么运作的。它把PoS链的区块检查点、欺诈证明这些数据,通过中继机制写到比特币区块里。一旦上了比特币链,这些东西就不可篡改了,要改一条比特币交易的成本大家心里都有数。 Babylon设计了一套三层架构。底层是比特币网络,提供不可篡改的时间戳服务。中间层是Babylon自身,负责把PoS链的事件打包成检查点,批量提交到比特币上。上层是各个接入的PoS链,也就是BSN。@babylonlabs_io 为了控制检查点的频率,Babylon实现了一个epoch机制,每M个连续的Babylon区块组成一个epoch,在epoch边界才做一次checkpoint。这样做的好处是降低比特币交易的手续费开销,坏处是检查点有延迟。如果PoS链在epoch中间出了安全问题,要等到下一个边界才能被锚定到比特币上。这个延迟窗口就是攻击者可以利用的时间差。 时间戳协议还有一个关键作用,防止长程攻击。PoS链最怕的一种攻击就是攻击者从创世块开始重写整条链的历史。但如果链的每一个关键状态都在比特币上有时间戳记录,攻击者就没法在不暴露的情况下篡改历史。Babylon把自己的validator set变更也通过checkpoint写到比特币上,等于给自己的共识层加了一道保险。 这套设计逻辑上是自洽的。但问题是,检查点的频率、batch的大小、手续费的分摊,这些参数目前都是协议层面固定的。如果比特币网络拥堵,检查点交易卡在mempool里出不去,PoS链的安全保证就会打折扣。#baby $BABY
我一直在琢磨Babylon的时间戳协议到底是怎么运作的。它把PoS链的区块检查点、欺诈证明这些数据,通过中继机制写到比特币区块里。一旦上了比特币链,这些东西就不可篡改了,要改一条比特币交易的成本大家心里都有数。

Babylon设计了一套三层架构。底层是比特币网络,提供不可篡改的时间戳服务。中间层是Babylon自身,负责把PoS链的事件打包成检查点,批量提交到比特币上。上层是各个接入的PoS链,也就是BSN。@BabylonLabs_io

为了控制检查点的频率,Babylon实现了一个epoch机制,每M个连续的Babylon区块组成一个epoch,在epoch边界才做一次checkpoint。这样做的好处是降低比特币交易的手续费开销,坏处是检查点有延迟。如果PoS链在epoch中间出了安全问题,要等到下一个边界才能被锚定到比特币上。这个延迟窗口就是攻击者可以利用的时间差。

时间戳协议还有一个关键作用,防止长程攻击。PoS链最怕的一种攻击就是攻击者从创世块开始重写整条链的历史。但如果链的每一个关键状态都在比特币上有时间戳记录,攻击者就没法在不暴露的情况下篡改历史。Babylon把自己的validator set变更也通过checkpoint写到比特币上,等于给自己的共识层加了一道保险。

这套设计逻辑上是自洽的。但问题是,检查点的频率、batch的大小、手续费的分摊,这些参数目前都是协议层面固定的。如果比特币网络拥堵,检查点交易卡在mempool里出不去,PoS链的安全保证就会打折扣。#baby $BABY
Dạo này tôi đã cẩn thận đọc lại tài liệu về cơ chế tịch thu/phạt của Babylon và phát hiện ra một chi tiết cốt lõi rất dễ bị bỏ qua: nền tảng đã thiết lập hai bộ quy tắc tịch thu/phạt cho việc thế chấp BTC và thế chấp BABY với mức chênh lệch cực lớn. Ở nút kết cục (finality), nếu xảy ra equivocation—tức là ký hai thông điệp khác nhau cho cùng một độ cao khối—hành vi vi phạm này chỉ bị tịch thu lượng BTC thế chấp với 0,1%. Nhìn riêng tỷ lệ này thì thực sự khá thấp: thế chấp 1 BTC chỉ bị trừ khoảng một phần nghìn, và lượng BTC bị tịch thu sẽ được chuyển thẳng vào địa chỉ “hố đen” để hủy vĩnh viễn. Quan trọng hơn, nút kết cục vi phạm sẽ bị khóa vĩnh viễn trạng thái bị phạt/tịch thu, về sau không thể nhận thêm bất kỳ phần thưởng thế chấp nào nữa. Mất mát ngầm trong dài hạn thực sự rất đáng kể.@babylonlabs_io Nhưng đối với người thế chấp BABY, tỷ lệ tịch thu/phạt trực tiếp lên tới 5%, tức là cao hơn tỷ lệ phạt của BTC đúng 50 lần. Tôi đã suy nghĩ nhiều lần về logic đằng sau thiết kế phân biệt này; nhiều khả năng là vì tính thanh khoản của token BABY mạnh hơn, việc lưu thông linh hoạt hơn, nên mức phạt quá thấp không thể tạo ra sức răn đe hiệu quả. Trong khi đó, giá trị của BTC thì cực lớn: nếu đặt tỷ lệ tịch thu/phạt quá cao, nó sẽ khiến người dùng bị răn đe mạnh và không dám thế chấp, gây bất lợi cho sự phát triển quy mô thế chấp của toàn bộ hệ sinh thái. Logic nền tảng của cơ chế này về cơ bản là có thể hiểu được, nhưng tôi lại phát hiện một vấn đề bất hợp lý ở điểm không tương xứng. Người thế chấp BABY phải gánh rủi ro cao hơn rất nhiều so với người thế chấp BTC—cao tới 50 lần. Thế nhưng trong sách trắng (whitepaper) chính thức, hoàn toàn không có phần nào nêu rõ ràng việc quyền quản trị có được điều chỉnh tương xứng với mức độ rủi ro hay không; phần này được định nghĩa rất mơ hồ. Ngoài ra, tôi cũng để ý rằng điều kiện kích hoạt việc tịch thu/phạt của Babylon nhìn chung khá “thoáng”. Chỉ riêng việc nút bị ngừng hoạt động (downtime) và bỏ lỡ bỏ phiếu, hoặc các lỗi thông thường không phải double-sign (không phải ký hai lần) cũng sẽ không kích hoạt hình phạt tịch thu. Nói một cách đơn giản: miễn là nút không chủ động vi phạm bằng việc double-sign, thì cho dù thường xuyên bị rớt mạng/ngoại tuyến cũng sẽ không bị trừ coin. Việc nút bị offline sẽ làm giảm mức độ tham gia trên chuỗi, kéo trực tiếp lợi suất thế chấp xuống—từ đó gián tiếp khiến người dùng chịu thiệt về lợi ích.#baby $BABY
Dạo này tôi đã cẩn thận đọc lại tài liệu về cơ chế tịch thu/phạt của Babylon và phát hiện ra một chi tiết cốt lõi rất dễ bị bỏ qua: nền tảng đã thiết lập hai bộ quy tắc tịch thu/phạt cho việc thế chấp BTC và thế chấp BABY với mức chênh lệch cực lớn.

Ở nút kết cục (finality), nếu xảy ra equivocation—tức là ký hai thông điệp khác nhau cho cùng một độ cao khối—hành vi vi phạm này chỉ bị tịch thu lượng BTC thế chấp với 0,1%. Nhìn riêng tỷ lệ này thì thực sự khá thấp: thế chấp 1 BTC chỉ bị trừ khoảng một phần nghìn, và lượng BTC bị tịch thu sẽ được chuyển thẳng vào địa chỉ “hố đen” để hủy vĩnh viễn. Quan trọng hơn, nút kết cục vi phạm sẽ bị khóa vĩnh viễn trạng thái bị phạt/tịch thu, về sau không thể nhận thêm bất kỳ phần thưởng thế chấp nào nữa. Mất mát ngầm trong dài hạn thực sự rất đáng kể.@BabylonLabs_io

Nhưng đối với người thế chấp BABY, tỷ lệ tịch thu/phạt trực tiếp lên tới 5%, tức là cao hơn tỷ lệ phạt của BTC đúng 50 lần. Tôi đã suy nghĩ nhiều lần về logic đằng sau thiết kế phân biệt này; nhiều khả năng là vì tính thanh khoản của token BABY mạnh hơn, việc lưu thông linh hoạt hơn, nên mức phạt quá thấp không thể tạo ra sức răn đe hiệu quả. Trong khi đó, giá trị của BTC thì cực lớn: nếu đặt tỷ lệ tịch thu/phạt quá cao, nó sẽ khiến người dùng bị răn đe mạnh và không dám thế chấp, gây bất lợi cho sự phát triển quy mô thế chấp của toàn bộ hệ sinh thái.

Logic nền tảng của cơ chế này về cơ bản là có thể hiểu được, nhưng tôi lại phát hiện một vấn đề bất hợp lý ở điểm không tương xứng. Người thế chấp BABY phải gánh rủi ro cao hơn rất nhiều so với người thế chấp BTC—cao tới 50 lần. Thế nhưng trong sách trắng (whitepaper) chính thức, hoàn toàn không có phần nào nêu rõ ràng việc quyền quản trị có được điều chỉnh tương xứng với mức độ rủi ro hay không; phần này được định nghĩa rất mơ hồ.

Ngoài ra, tôi cũng để ý rằng điều kiện kích hoạt việc tịch thu/phạt của Babylon nhìn chung khá “thoáng”. Chỉ riêng việc nút bị ngừng hoạt động (downtime) và bỏ lỡ bỏ phiếu, hoặc các lỗi thông thường không phải double-sign (không phải ký hai lần) cũng sẽ không kích hoạt hình phạt tịch thu. Nói một cách đơn giản: miễn là nút không chủ động vi phạm bằng việc double-sign, thì cho dù thường xuyên bị rớt mạng/ngoại tuyến cũng sẽ không bị trừ coin. Việc nút bị offline sẽ làm giảm mức độ tham gia trên chuỗi, kéo trực tiếp lợi suất thế chấp xuống—từ đó gián tiếp khiến người dùng chịu thiệt về lợi ích.#baby $BABY
·
--
Tăng giá
Xem bản dịch
我也是服了韩股,天天跌跌跌,买啥啥跌,感觉比主流货币刺激多了,一天几十个点的涨跌,来回插针,我的小心脏真的受不了啊! 还是屯一点现货指数算了,不怕它不回来! #TradFi晒单
我也是服了韩股,天天跌跌跌,买啥啥跌,感觉比主流货币刺激多了,一天几十个点的涨跌,来回插针,我的小心脏真的受不了啊!
还是屯一点现货指数算了,不怕它不回来!
#TradFi晒单
Khi thế chấp BTC, tôi luôn suy nghĩ về một câu hỏi cốt lõi: Sau khi thế chấp, rốt cuộc Bitcoin của bạn sẽ được giao cho ai nắm giữ? Sau khi xem toàn bộ cơ chế của Babylon, câu trả lời rất rõ ràng: không ai thực sự lấy đi số coin của bạn. Nó không đi qua cầu liên chuỗi, không cần bọc WBTC (WBTC wrap), và cũng không yêu cầu bạn chuyển BTC cho bất kỳ tổ chức giám hộ (custodian) nào. Bitcoin của bạn luôn được lưu trữ trong các UTXO trên mainnet Bitcoin, và quyền kiểm soát khóa riêng (private key) vẫn nằm trong tay bạn. Toàn bộ cơ chế thế chấp từ xa vận hành dựa trên mật mã học và ngôn ngữ kịch bản (script) của Bitcoin—logic kỹ thuật đủ “chất”, nhưng khách quan mà nói, để nhà đầu tư phổ thông có thể nắm thấu nguyên lý này thì ngưỡng khá cao. Đọc kỹ whitepaper @babylonlabs_io là có thể thấy Babylon thực sự muốn giải quyết không phải đơn thuần là tạo ra lợi nhuận cho BTC, mà là đưa năng lực an ninh kinh tế mạnh mẽ của Bitcoin vào phục vụ cho các chuỗi PoS khác nhau. Hiện đã có hơn 56.000 BTC tham gia thế chấp, tương ứng với giá trị khoảng 5,6 tỷ USD. Điều này có ý nghĩa gì? Điều đó nghĩa là BTC không còn chỉ có thể lặng lẽ nằm trong ví để giữ giá trị nữa. Không cần chuyển tài sản, bạn vẫn có thể dựa vào BTC của mình để cung cấp hỗ trợ an toàn cho các blockchain khác, đồng thời nhận BABY như một phần thưởng. Nhìn thì lợi thế rất lớn, nhưng lợi nhuận luôn đi kèm ràng buộc về an toàn. Giao thức tích hợp cơ chế phạt/thu hồi (slashing): nếu có hành vi gây hại, phần BTC đem thế chấp sẽ bị trừ. Miễn là bản thân chúng ta không vi phạm thì không cần quá lo rủi ro; mối ẩn hoạ chủ yếu đến từ những người xác thực (validator) mà bạn ủy thác. Việc chọn node không thể làm qua loa. Nếu validator bạn ủy thác xảy ra sự cố làm điều sai trái, thì chúng tôi cũng sẽ gánh chịu phần tổn thất tài chính tương ứng. Muốn tham gia thế chấp Babylon thì không thể chỉ nhìn vào lợi nhuận—các rủi ro như lựa chọn node và quy tắc slashing cần phải tìm hiểu kỹ từ trước.#baby $BABY
Khi thế chấp BTC, tôi luôn suy nghĩ về một câu hỏi cốt lõi: Sau khi thế chấp, rốt cuộc Bitcoin của bạn sẽ được giao cho ai nắm giữ? Sau khi xem toàn bộ cơ chế của Babylon, câu trả lời rất rõ ràng: không ai thực sự lấy đi số coin của bạn.

Nó không đi qua cầu liên chuỗi, không cần bọc WBTC (WBTC wrap), và cũng không yêu cầu bạn chuyển BTC cho bất kỳ tổ chức giám hộ (custodian) nào. Bitcoin của bạn luôn được lưu trữ trong các UTXO trên mainnet Bitcoin, và quyền kiểm soát khóa riêng (private key) vẫn nằm trong tay bạn. Toàn bộ cơ chế thế chấp từ xa vận hành dựa trên mật mã học và ngôn ngữ kịch bản (script) của Bitcoin—logic kỹ thuật đủ “chất”, nhưng khách quan mà nói, để nhà đầu tư phổ thông có thể nắm thấu nguyên lý này thì ngưỡng khá cao.

Đọc kỹ whitepaper @BabylonLabs_io là có thể thấy Babylon thực sự muốn giải quyết không phải đơn thuần là tạo ra lợi nhuận cho BTC, mà là đưa năng lực an ninh kinh tế mạnh mẽ của Bitcoin vào phục vụ cho các chuỗi PoS khác nhau. Hiện đã có hơn 56.000 BTC tham gia thế chấp, tương ứng với giá trị khoảng 5,6 tỷ USD.

Điều này có ý nghĩa gì?

Điều đó nghĩa là BTC không còn chỉ có thể lặng lẽ nằm trong ví để giữ giá trị nữa. Không cần chuyển tài sản, bạn vẫn có thể dựa vào BTC của mình để cung cấp hỗ trợ an toàn cho các blockchain khác, đồng thời nhận BABY như một phần thưởng. Nhìn thì lợi thế rất lớn, nhưng lợi nhuận luôn đi kèm ràng buộc về an toàn. Giao thức tích hợp cơ chế phạt/thu hồi (slashing): nếu có hành vi gây hại, phần BTC đem thế chấp sẽ bị trừ. Miễn là bản thân chúng ta không vi phạm thì không cần quá lo rủi ro; mối ẩn hoạ chủ yếu đến từ những người xác thực (validator) mà bạn ủy thác.

Việc chọn node không thể làm qua loa. Nếu validator bạn ủy thác xảy ra sự cố làm điều sai trái, thì chúng tôi cũng sẽ gánh chịu phần tổn thất tài chính tương ứng. Muốn tham gia thế chấp Babylon thì không thể chỉ nhìn vào lợi nhuận—các rủi ro như lựa chọn node và quy tắc slashing cần phải tìm hiểu kỹ từ trước.#baby $BABY
·
--
Tăng giá
Trước khi tìm hiểu giao thức Timestamping trước khi hiểu PoS của Babylon, tôi luôn nghĩ rằng thứ này chẳng qua chỉ là trò tô điểm thêm cho script của Bitcoin để nó trông có vẻ hữu dụng hơn. Trong whitepaper toàn là những nguyên ngữ mật mã học phức tạp và logic đồng bộ, hầu như không nói đến cách nào để tăng tốc độ giao dịch. Tôi chợt khựng lại, có lẽ mình đã đi nhầm hướng. Trong quá khứ, khi chúng ta nói về cross-chain hoặc sidechain, trọng tâm thường là hướng tới sự nhanh chóng và khả năng tương thích. Hoặc là “bọc” BTC rồi đưa sang, hoặc là dựng một chain hiệu năng cao và tuyên bố rằng nó an toàn. Nói thẳng ra thì ai cũng muốn giải phóng tính thanh khoản của Bitcoin, còn niềm tin lại được đặt cược vào đa chữ ký hoặc sự đồng thuận của chain mới. Ý tưởng @babylonlabs_io không nằm trên nhánh đó. Thông qua giao thức timestamp, một PoS chain liên tục ghi hash của các khối và chữ ký của các validator lên Bitcoin. Việc này không phải để tìm kiếm thanh khoản, mà để tìm kiếm một sự xác định lịch sử tuyệt đối. Whitepaper gọi đó là “external alignment of security”. PoS chain có thể nhanh, có thể xử lý đồng thời cao, nhưng finality cuối cùng của nó lại được xác nhận bởi những khối chậm rãi của Bitcoin. Điều khiến tôi đổi ý là cơ chế này giải quyết được hai vấn đề tai hại nhất của PoS chain: cuộc tấn công tầm xa (long-range) và bài toán chu kỳ unbonding. Chỉ cần trạng thái được neo (anchored) vào script của BTC, thì bất kỳ kẻ tấn công nào cũng không thể viết lại đoạn lịch sử đó, trừ khi chúng tấn công chính Bitcoin. Chu kỳ unbonding vốn kéo dài hàng tuần, nhờ có xác nhận từ sổ cái an toàn nhất toàn cầu, có thể rút ngắn xuống còn vài giờ. Cũng phải “đặt bẫy” theo đúng nghĩa. Theo whitepaper, loại an toàn này cũng có chi phí. Khi mạng BTC bị tắc nghẽn, timestamp không thể được ghi vào, thì xác nhận của PoS chain sẽ bị dừng lại. Toàn bộ bộ giao thức còn phụ thuộc rất mạnh vào mạng relay của Babylon (Relayer). Chỉ cần nó có sự cố, việc truyền tải bảo mật cũng sẽ bị ảnh hưởng. Vì vậy tôi nghĩ rằng, thứ giao thức timestamp thực sự làm không phải là một sản phẩm để tăng tốc, mà là chuyển “chủ quyền cuối cùng” của PoS chain—từ những token đồng thuận vốn rất mong manh của chính nó—thành một cam kết mật mã của Bitcoin. PoS chain có thực sự an toàn hay không, câu trả lời không nằm ở số lượng validator của nó, mà nằm ở timestamp mà nó neo vào Bitcoin. Hệ thống này có vận hành được trong trạng thái thị trường cực đoan hay không, còn phải xem. #baby $BABY
Trước khi tìm hiểu giao thức Timestamping trước khi hiểu PoS của Babylon, tôi luôn nghĩ rằng thứ này chẳng qua chỉ là trò tô điểm thêm cho script của Bitcoin để nó trông có vẻ hữu dụng hơn. Trong whitepaper toàn là những nguyên ngữ mật mã học phức tạp và logic đồng bộ, hầu như không nói đến cách nào để tăng tốc độ giao dịch.

Tôi chợt khựng lại, có lẽ mình đã đi nhầm hướng.

Trong quá khứ, khi chúng ta nói về cross-chain hoặc sidechain, trọng tâm thường là hướng tới sự nhanh chóng và khả năng tương thích. Hoặc là “bọc” BTC rồi đưa sang, hoặc là dựng một chain hiệu năng cao và tuyên bố rằng nó an toàn. Nói thẳng ra thì ai cũng muốn giải phóng tính thanh khoản của Bitcoin, còn niềm tin lại được đặt cược vào đa chữ ký hoặc sự đồng thuận của chain mới.

Ý tưởng @BabylonLabs_io không nằm trên nhánh đó. Thông qua giao thức timestamp, một PoS chain liên tục ghi hash của các khối và chữ ký của các validator lên Bitcoin. Việc này không phải để tìm kiếm thanh khoản, mà để tìm kiếm một sự xác định lịch sử tuyệt đối. Whitepaper gọi đó là “external alignment of security”. PoS chain có thể nhanh, có thể xử lý đồng thời cao, nhưng finality cuối cùng của nó lại được xác nhận bởi những khối chậm rãi của Bitcoin.

Điều khiến tôi đổi ý là cơ chế này giải quyết được hai vấn đề tai hại nhất của PoS chain: cuộc tấn công tầm xa (long-range) và bài toán chu kỳ unbonding. Chỉ cần trạng thái được neo (anchored) vào script của BTC, thì bất kỳ kẻ tấn công nào cũng không thể viết lại đoạn lịch sử đó, trừ khi chúng tấn công chính Bitcoin. Chu kỳ unbonding vốn kéo dài hàng tuần, nhờ có xác nhận từ sổ cái an toàn nhất toàn cầu, có thể rút ngắn xuống còn vài giờ.

Cũng phải “đặt bẫy” theo đúng nghĩa. Theo whitepaper, loại an toàn này cũng có chi phí. Khi mạng BTC bị tắc nghẽn, timestamp không thể được ghi vào, thì xác nhận của PoS chain sẽ bị dừng lại. Toàn bộ bộ giao thức còn phụ thuộc rất mạnh vào mạng relay của Babylon (Relayer). Chỉ cần nó có sự cố, việc truyền tải bảo mật cũng sẽ bị ảnh hưởng.

Vì vậy tôi nghĩ rằng, thứ giao thức timestamp thực sự làm không phải là một sản phẩm để tăng tốc, mà là chuyển “chủ quyền cuối cùng” của PoS chain—từ những token đồng thuận vốn rất mong manh của chính nó—thành một cam kết mật mã của Bitcoin. PoS chain có thực sự an toàn hay không, câu trả lời không nằm ở số lượng validator của nó, mà nằm ở timestamp mà nó neo vào Bitcoin. Hệ thống này có vận hành được trong trạng thái thị trường cực đoan hay không, còn phải xem.
#baby $BABY
Những năm trước, tôi đã cho thuê một căn hộ nhàn rỗi ở trung tâm thành phố cho một công ty quản lý cho thuê theo dạng ngắn ngày. Lúc đó tôi nghĩ thật là “ăn may”: không cần tự quản lý mà vẫn lấy được mức phí thuê cao, cho đến khi hàng xóm phàn nàn rằng khách thuê đã biến căn nhà thành một bữa tiệc lớn, làm hỏng hết phần nội thất. Tôi mới nhận ra cái giá phải trả cho tính thanh khoản bị hạn chế và việc quản lý không kiểm soát được. Giờ đây, rất nhiều người khi nhìn về BABY cũng có tâm thế giống hệt như tôi ngày xưa: đầu óc chỉ toàn là những lời dụ dỗ rằng hãy làm “chiếc bánh” chạy để kiếm lợi nhuận cao. Hãy gạt bỏ những câu chuyện phóng đại về giá trị của việc “mở khóa” Bitcoin, và nhìn vào logic cốt lõi. Giao thức @babylonlabs_io này không hề thực hiện một dạng đòn bẩy DeFi quá phức tạp nào. Nó chỉ sử dụng những cam kết mật mã phức tạp để đóng băng quyền di chuyển BTC của bạn trong một khoảng thời gian nhất định. Nó biến đồng của bạn thành một loại tài sản thế chấp, làm “bảo chứng” cho một khoản tín dụng, rồi cho các chuỗi PoS thiếu niềm tin ban đầu mượn để ổn định sự đồng thuận. Bạn không phải đang gửi tiền. Bạn đang “cho thuê” tính không thể sửa đổi (immutability) của tài sản mình. Còn những khoản lợi nhuận ấn tượng mà bạn thấy trên sổ sách thực ra là phần “phần bù rủi ro” mà bên thuê trả. Những chuỗi mới nổi đó cần mượn sự an toàn mạnh mẽ của Bitcoin để ngăn các cuộc tấn công tái tổ chức (reorg), nên chỉ còn cách liên tục gia tăng phát hành token của chính mình để trả khoản “tiền thuê” đắt đỏ này. Nhóm dự án đã nắm bắt rất chính xác cả nhu cầu về an ninh của các chuỗi PoS lẫn sự tham lam lợi suất của những người nắm giữ BTC, và xây dựng nên một thị trường trung chuyển như vậy. Tuy nhiên, cuối tuần trước tôi đã “cày” kỹ giải pháp kỹ thuật của nó và phát hiện ra một thực tế khiến người ta thấy lo lắng: quá trình thoát tài sản cực kỳ thiếu linh hoạt. Một khi bạn chọn staking, BTC của bạn sẽ bị khóa cứng trong cơ chế time-lock. Khi thị trường crypto rơi vào khủng hoảng thanh khoản cực đoan hoặc chính sách thay đổi đột ngột, bạn không thể nhanh chóng chuyển nhượng hoặc hiện thực hóa giá trị của các tài sản cốt lõi đó. Tệ hơn nữa, nếu mạng bị tắc nghẽn, khi thực hiện giải khóa (unstake) bạn có thể còn phải trả các khoản phí cực kỳ cao. Vì vậy, trước làn sóng thị trường đang đẩy mạnh việc săn đón nó, tôi chọn giữ cho mình một phần lý trí. Đúng là đây là một công cụ cải thiện hiệu quả sử dụng vốn đầy khéo léo, nhưng tuyệt đối không phải là một kênh tăng giá không rủi ro. Bản chất của lợi nhuận là dùng “khoảng chân không thanh khoản” và rủi ro tắc nghẽn mạng để đánh cược rằng token của chuỗi khác sẽ tăng giá. Cho đến khi bạn nhìn thấy một cơ chế thoát linh hoạt hơn, hoặc trải qua bài kiểm tra thực sự bằng một đợt thị trường sụp giảm mạnh, tôi sẽ không bao giờ đem tài sản cốt lõi đi mạo hiểm. #baby $BABY
Những năm trước, tôi đã cho thuê một căn hộ nhàn rỗi ở trung tâm thành phố cho một công ty quản lý cho thuê theo dạng ngắn ngày. Lúc đó tôi nghĩ thật là “ăn may”: không cần tự quản lý mà vẫn lấy được mức phí thuê cao, cho đến khi hàng xóm phàn nàn rằng khách thuê đã biến căn nhà thành một bữa tiệc lớn, làm hỏng hết phần nội thất. Tôi mới nhận ra cái giá phải trả cho tính thanh khoản bị hạn chế và việc quản lý không kiểm soát được.

Giờ đây, rất nhiều người khi nhìn về BABY cũng có tâm thế giống hệt như tôi ngày xưa: đầu óc chỉ toàn là những lời dụ dỗ rằng hãy làm “chiếc bánh” chạy để kiếm lợi nhuận cao.

Hãy gạt bỏ những câu chuyện phóng đại về giá trị của việc “mở khóa” Bitcoin, và nhìn vào logic cốt lõi. Giao thức @BabylonLabs_io này không hề thực hiện một dạng đòn bẩy DeFi quá phức tạp nào. Nó chỉ sử dụng những cam kết mật mã phức tạp để đóng băng quyền di chuyển BTC của bạn trong một khoảng thời gian nhất định. Nó biến đồng của bạn thành một loại tài sản thế chấp, làm “bảo chứng” cho một khoản tín dụng, rồi cho các chuỗi PoS thiếu niềm tin ban đầu mượn để ổn định sự đồng thuận.

Bạn không phải đang gửi tiền. Bạn đang “cho thuê” tính không thể sửa đổi (immutability) của tài sản mình.

Còn những khoản lợi nhuận ấn tượng mà bạn thấy trên sổ sách thực ra là phần “phần bù rủi ro” mà bên thuê trả. Những chuỗi mới nổi đó cần mượn sự an toàn mạnh mẽ của Bitcoin để ngăn các cuộc tấn công tái tổ chức (reorg), nên chỉ còn cách liên tục gia tăng phát hành token của chính mình để trả khoản “tiền thuê” đắt đỏ này. Nhóm dự án đã nắm bắt rất chính xác cả nhu cầu về an ninh của các chuỗi PoS lẫn sự tham lam lợi suất của những người nắm giữ BTC, và xây dựng nên một thị trường trung chuyển như vậy.

Tuy nhiên, cuối tuần trước tôi đã “cày” kỹ giải pháp kỹ thuật của nó và phát hiện ra một thực tế khiến người ta thấy lo lắng: quá trình thoát tài sản cực kỳ thiếu linh hoạt. Một khi bạn chọn staking, BTC của bạn sẽ bị khóa cứng trong cơ chế time-lock. Khi thị trường crypto rơi vào khủng hoảng thanh khoản cực đoan hoặc chính sách thay đổi đột ngột, bạn không thể nhanh chóng chuyển nhượng hoặc hiện thực hóa giá trị của các tài sản cốt lõi đó. Tệ hơn nữa, nếu mạng bị tắc nghẽn, khi thực hiện giải khóa (unstake) bạn có thể còn phải trả các khoản phí cực kỳ cao.

Vì vậy, trước làn sóng thị trường đang đẩy mạnh việc săn đón nó, tôi chọn giữ cho mình một phần lý trí. Đúng là đây là một công cụ cải thiện hiệu quả sử dụng vốn đầy khéo léo, nhưng tuyệt đối không phải là một kênh tăng giá không rủi ro. Bản chất của lợi nhuận là dùng “khoảng chân không thanh khoản” và rủi ro tắc nghẽn mạng để đánh cược rằng token của chuỗi khác sẽ tăng giá. Cho đến khi bạn nhìn thấy một cơ chế thoát linh hoạt hơn, hoặc trải qua bài kiểm tra thực sự bằng một đợt thị trường sụp giảm mạnh, tôi sẽ không bao giờ đem tài sản cốt lõi đi mạo hiểm.
#baby $BABY
🌍 Đặt COSM vào bối cảnh lớn hơn: Năm 2026, lĩnh vực chứng từ số đang được sàng lọc. Chi phí cho lưu lượng ngày càng cao, người dùng ngày càng khó tính. Không nhiều dự án có thể đồng thời giải quyết cả hai vấn đề “niềm tin” và “gia tăng”. COSM giải quyết niềm tin bằng ba tổ chức. Giải quyết gia tăng bằng các hoạt động đẩy mạnh tại hàng chục thành phố. Giải quyết duy trì bằng lợi nhuận để tái đầu tư. Trả lời cả ba vấn đề cùng lúc—làm tốt hay không, thị trường sẽ đưa ra câu trả lời. #COSM #比特币挖矿难度或下调1.2%
🌍 Đặt COSM vào bối cảnh lớn hơn:
Năm 2026, lĩnh vực chứng từ số đang được sàng lọc.
Chi phí cho lưu lượng ngày càng cao, người dùng ngày càng khó tính.
Không nhiều dự án có thể đồng thời giải quyết cả hai vấn đề “niềm tin” và “gia tăng”.
COSM giải quyết niềm tin bằng ba tổ chức.
Giải quyết gia tăng bằng các hoạt động đẩy mạnh tại hàng chục thành phố.
Giải quyết duy trì bằng lợi nhuận để tái đầu tư.
Trả lời cả ba vấn đề cùng lúc—làm tốt hay không, thị trường sẽ đưa ra câu trả lời.
#COSM
#比特币挖矿难度或下调1.2%
Tôi đã dành hai tiếng đồng hồ hôm qua để lật qua bản whitepaper của BabylonLabs, đặc biệt là phần về Bitcoin Timestamping (đóng dấu thời gian Bitcoin). Tôi phát hiện điểm nóng hiện nay hơi lệch hướng: mọi người đang tập trung vào phần thưởng BABY khi stake BTC để đào/khai thác, nhưng lõi thật sự của BABY là việc nó đang làm một “dịch vụ bán an ninh” theo hướng xuất dữ liệu/giao dịch ngược. Tôi nhận ra câu chuyện trước đây của dự án là: Ethereum xuất an ninh ra bên ngoài thông qua L2. Nhưng ý tưởng của BABY là: xuất “tính an toàn tuyệt đối” của Bitcoin sang một chuỗi Proof-of-Stake (PoS). Logic cốt lõi trong đó được whitepaper viết rất rõ: giải quyết các cuộc tấn công Long-Range Attacks (tấn công tầm xa) đối với chuỗi PoS và vấn đề chu kỳ giải stake quá dài. Theo tôi, với các chuỗi PoS như Cosmos thì đây là nhu cầu thiết yếu. Trước đây, ở hệ sinh thái Cosmos, thời gian giải stake thường là 21 ngày. Mục tiêu là để ngăn việc, sau khi validator làm điều ác, họ rút tiền đi ngay. Và BABY sử dụng dịch vụ timestamp của Bitcoin để “khóa cứng” các checkpoint của chuỗi PoS vào trong Bitcoin UTXO. Do Bitcoin là không thể đảo ngược, nên chu kỳ an ninh của chuỗi PoS có thể rút ngắn trực tiếp từ ba tuần xuống còn vài giờ. Nhưng sau đó tôi tính kỹ lại logic tham gia của nhà đầu tư nhỏ lẻ và phát hiện một thực tế hơi “xấu hổ”: việc nắm bắt giá trị từ câu chuyện này đối với chính token BABY có một lộ trình quá dài. Chuỗi PoS mới cần phải trả BABY để mua dịch vụ an ninh timestamp của Bitcoin. Phần doanh thu này phụ thuộc vào việc có bao nhiêu chuỗi chất lượng từ trung bình trở xuống cần dịch vụ đó. Những chuỗi chất lượng cao, như bản thân Ethereum, hay Solana hiện tạm thời không cần đến mức tăng cường an ninh như vậy. Tuy nhiên, để nhà đầu tư nhỏ lẻ có thể kiếm được lợi nhuận, hiện tại hướng phổ biến là tham gia staking “native” kiểu Cap-1/Cap-2 để giành hạn mức. Việc khóa BTC trong native UTXO thì sạch sẽ, nhưng lại không có tính thanh khoản.@babylonlabs_io Đánh giá hiện tại của tôi là: Bitcoin timestamp là một phát minh hạ tầng vĩ đại, nó tăng cường rất mạnh sự tin cậy liên chuỗi cho hệ sinh thái, đặc biệt là hệ sinh thái Cosmos. Nhưng với nhà đầu tư nhỏ lẻ, nếu bạn chỉ để đầu cơ token BABY, bạn cần cân nhắc liệu tỷ lệ lạm phát của nó và khả năng “thu phí” (fee capture) do hoạt động thực tế mang lại có tương xứng hay không. Nếu bạn là người nắm giữ BTC dài hạn, không muốn chịu rủi ro của tài sản được bọc/bao (encapsulated assets), chỉ muốn dùng BTC như chuẩn vàng để kiếm chút “B-Yield”, thì staking timestamp “native” chính là con đường duy nhất, dù hạn mức rất khó giành. Đây vẫn là trò chơi phân bổ vốn dài hạn của tổ chức, nhưng hiệu suất sử dụng vốn của nhà đầu tư nhỏ lẻ lại quá thấp. #baby $BABY
Tôi đã dành hai tiếng đồng hồ hôm qua để lật qua bản whitepaper của BabylonLabs, đặc biệt là phần về Bitcoin Timestamping (đóng dấu thời gian Bitcoin).
Tôi phát hiện điểm nóng hiện nay hơi lệch hướng: mọi người đang tập trung vào phần thưởng BABY khi stake BTC để đào/khai thác, nhưng lõi thật sự của BABY là việc nó đang làm một “dịch vụ bán an ninh” theo hướng xuất dữ liệu/giao dịch ngược.

Tôi nhận ra câu chuyện trước đây của dự án là: Ethereum xuất an ninh ra bên ngoài thông qua L2. Nhưng ý tưởng của BABY là: xuất “tính an toàn tuyệt đối” của Bitcoin sang một chuỗi Proof-of-Stake (PoS).
Logic cốt lõi trong đó được whitepaper viết rất rõ: giải quyết các cuộc tấn công Long-Range Attacks (tấn công tầm xa) đối với chuỗi PoS và vấn đề chu kỳ giải stake quá dài.

Theo tôi, với các chuỗi PoS như Cosmos thì đây là nhu cầu thiết yếu. Trước đây, ở hệ sinh thái Cosmos, thời gian giải stake thường là 21 ngày.
Mục tiêu là để ngăn việc, sau khi validator làm điều ác, họ rút tiền đi ngay.
Và BABY sử dụng dịch vụ timestamp của Bitcoin để “khóa cứng” các checkpoint của chuỗi PoS vào trong Bitcoin UTXO.
Do Bitcoin là không thể đảo ngược, nên chu kỳ an ninh của chuỗi PoS có thể rút ngắn trực tiếp từ ba tuần xuống còn vài giờ.
Nhưng sau đó tôi tính kỹ lại logic tham gia của nhà đầu tư nhỏ lẻ và phát hiện một thực tế hơi “xấu hổ”: việc nắm bắt giá trị từ câu chuyện này đối với chính token BABY có một lộ trình quá dài.

Chuỗi PoS mới cần phải trả BABY để mua dịch vụ an ninh timestamp của Bitcoin. Phần doanh thu này phụ thuộc vào việc có bao nhiêu chuỗi chất lượng từ trung bình trở xuống cần dịch vụ đó. Những chuỗi chất lượng cao, như bản thân Ethereum, hay Solana hiện tạm thời không cần đến mức tăng cường an ninh như vậy.

Tuy nhiên, để nhà đầu tư nhỏ lẻ có thể kiếm được lợi nhuận, hiện tại hướng phổ biến là tham gia staking “native” kiểu Cap-1/Cap-2 để giành hạn mức.
Việc khóa BTC trong native UTXO thì sạch sẽ, nhưng lại không có tính thanh khoản.@BabylonLabs_io

Đánh giá hiện tại của tôi là: Bitcoin timestamp là một phát minh hạ tầng vĩ đại, nó tăng cường rất mạnh sự tin cậy liên chuỗi cho hệ sinh thái, đặc biệt là hệ sinh thái Cosmos. Nhưng với nhà đầu tư nhỏ lẻ, nếu bạn chỉ để đầu cơ token BABY, bạn cần cân nhắc liệu tỷ lệ lạm phát của nó và khả năng “thu phí” (fee capture) do hoạt động thực tế mang lại có tương xứng hay không. Nếu bạn là người nắm giữ BTC dài hạn, không muốn chịu rủi ro của tài sản được bọc/bao (encapsulated assets), chỉ muốn dùng BTC như chuẩn vàng để kiếm chút “B-Yield”, thì staking timestamp “native” chính là con đường duy nhất, dù hạn mức rất khó giành. Đây vẫn là trò chơi phân bổ vốn dài hạn của tổ chức, nhưng hiệu suất sử dụng vốn của nhà đầu tư nhỏ lẻ lại quá thấp.
#baby $BABY
·
--
Tăng giá
Những ngày này, thị trường chung cứ liên tục tăng, tôi cũng không rảnh rỗi gì cả—tôi vẫn luôn dõi theo động thái của Babylon, càng xem càng thấy có gì đó thú vị. Vài hôm trước tôi thấy Babylon Labs đã hợp tác với Ledger để cung cấp hỗ trợ chữ ký gốc cho một “kho Bitcoin” không cần tin tưởng. Ý là bạn dùng thiết bị Ledger là có thể thao tác trực tiếp các giao dịch vault, không cần phải lằng nhằng với những kiểu cầu nối hay đóng gói rườm rà. Thiết bị Ledger đã được bán trên toàn cầu hơn 8 triệu chiếc. Lần tích hợp này đồng nghĩa việc “mở đường” đầu vào BABY thẳng tới một lượng lớn người dùng ví phần cứng.@babylonlabs_io Còn bên Aave, Babylon đề xuất làm việc với Aave V4 để hỗ trợ vay mượn thế chấp Bitcoin theo dạng “native”. Người dùng khóa BTC trực tiếp trên mạng Bitcoin, rồi ở bên Ethereum có thể vay ra tài sản thông qua Aave. Không cần bọc BTC, không cần cầu nối cross-chain, và cũng không cần các tổ chức lưu ký. Ngay cả người sáng lập Aave cũng nói rằng việc này có thể giải phóng hơn 4 tỷ USD thanh khoản. Tôi thấy testnet đã được đưa lên rồi. Tôi vừa xem dữ liệu thì Babylon hiện đã khóa 56.853 BTC trong các vault, TVL vượt 5,6 tỷ USD. Nói thật, quy mô này ở trong mảng BTCFi thì đã không hề nhỏ. Quan điểm của tôi là: hướng đi lần này của Babylon theo tôi là đúng. Không bày ra những khái niệm màu mè—mà làm thật, cho phép người nắm giữ Bitcoin tham gia DeFi mà không phải từ bỏ quyền kiểm soát. Nhưng cạnh tranh trong mảng này cũng rất khốc liệt. Cuối cùng có “bùng nổ ra ngoài cộng đồng” được hay không còn phải xem hệ sinh thái có thực sự xây dựng và phát triển được hay không. Cá nhân tôi sẽ tiếp tục nắm BABY để quan sát, chưa vội thao tác.#baby $BABY
Những ngày này, thị trường chung cứ liên tục tăng, tôi cũng không rảnh rỗi gì cả—tôi vẫn luôn dõi theo động thái của Babylon, càng xem càng thấy có gì đó thú vị.

Vài hôm trước tôi thấy Babylon Labs đã hợp tác với Ledger để cung cấp hỗ trợ chữ ký gốc cho một “kho Bitcoin” không cần tin tưởng. Ý là bạn dùng thiết bị Ledger là có thể thao tác trực tiếp các giao dịch vault, không cần phải lằng nhằng với những kiểu cầu nối hay đóng gói rườm rà. Thiết bị Ledger đã được bán trên toàn cầu hơn 8 triệu chiếc. Lần tích hợp này đồng nghĩa việc “mở đường” đầu vào BABY thẳng tới một lượng lớn người dùng ví phần cứng.@BabylonLabs_io

Còn bên Aave, Babylon đề xuất làm việc với Aave V4 để hỗ trợ vay mượn thế chấp Bitcoin theo dạng “native”.
Người dùng khóa BTC trực tiếp trên mạng Bitcoin, rồi ở bên Ethereum có thể vay ra tài sản thông qua Aave. Không cần bọc BTC, không cần cầu nối cross-chain, và cũng không cần các tổ chức lưu ký.
Ngay cả người sáng lập Aave cũng nói rằng việc này có thể giải phóng hơn 4 tỷ USD thanh khoản.
Tôi thấy testnet đã được đưa lên rồi.

Tôi vừa xem dữ liệu thì Babylon hiện đã khóa 56.853 BTC trong các vault, TVL vượt 5,6 tỷ USD. Nói thật, quy mô này ở trong mảng BTCFi thì đã không hề nhỏ.

Quan điểm của tôi là: hướng đi lần này của Babylon theo tôi là đúng. Không bày ra những khái niệm màu mè—mà làm thật, cho phép người nắm giữ Bitcoin tham gia DeFi mà không phải từ bỏ quyền kiểm soát. Nhưng cạnh tranh trong mảng này cũng rất khốc liệt. Cuối cùng có “bùng nổ ra ngoài cộng đồng” được hay không còn phải xem hệ sinh thái có thực sự xây dựng và phát triển được hay không.
Cá nhân tôi sẽ tiếp tục nắm BABY để quan sát, chưa vội thao tác.#baby $BABY
Khi đọc tài liệu về @NewtonProtocol , tôi nhận thấy một câu — “Newton cung cấp bằng chứng mật mã về tính đúng đắn của việc thực thi chiến lược thông qua mạng operator”. Câu đó đúng, nhưng cũng không đúng đến mức như tôi nghĩ. Điểm mấu chốt nằm ở — “tính đúng đắn của việc thực thi chiến lược”, không đồng nghĩa với “tính đúng đắn của kết quả chiến lược”. Ví dụ. Quy tắc chiến lược là “chỉ cho phép chuyển tiền tới địa chỉ không thuộc diện bị trừng phạt”. operator truy xuất danh sách trừng phạt từ nguồn dữ liệu, kiểm tra rằng bên nhận không nằm trong danh sách, rồi giải phóng chữ ký. Bằng chứng không kiến thức sẽ chứng minh rằng phán đoán đó “quá trình tính toán là chính xác”. Nhưng nếu bản thân danh sách trừng phạt đã lỗi thời, sai, hoặc bị sửa đổi, thì dù operator tính toán có chính xác đến đâu, kết quả vẫn sai.#Newt Newton giải quyết bằng mật mã bài toán “quá trình tính toán có thể được xác minh”, nhưng nó không — và cũng không thể — giải quyết “dữ liệu đầu vào có thật hay không”. Đây là thế tiến thoái lưỡng nan kinh điển của bài toán oracle, và gần như mọi hệ thống on-chain phụ thuộc dữ liệu bên ngoài đều không thể tránh khỏi nó.$NEWT Xét thêm độ tin cậy của nguồn dữ liệu. Hiện Newton đang tích hợp các nguồn dữ liệu tuân thủ, chủ yếu là việc bơm giá của RedStone và đánh giá rủi ro của Credora. Các công ty này cập nhật dữ liệu có độ trễ — từ khi địa chỉ mới bị trừng phạt cho tới khi dữ liệu được ghi vào cơ sở dữ liệu, có thể mất vài giờ, thậm chí vài ngày. Trong khoảng thời gian đó, công cụ thực thi chiến lược của Newton sẽ xử lý địa chỉ “thực tế đã bị trừng phạt” như thể “chưa bị trừng phạt”. Người dùng tưởng rằng họ đã nhận được sự đảm bảo tuân thủ, nhưng thực tế họ nhận được sự đảm bảo dựa trên độ trễ. Kịch bản của tiên tri giá còn tệ hơn. Trong DeFi, nhiều chiến lược cần trích dẫn giá — chẳng hạn như “nếu giá giao dịch lệch khỏi giá thị trường quá 5% thì từ chối”. Cái “giá thị trường” này nếu đến từ một nguồn dữ liệu đơn lẻ, chỉ cần bị thao túng (trong lịch sử đã xảy ra nhiều lần), thì công cụ thực thi chiến lược của Newton sẽ đưa ra phán đoán sai. RedStone nói rằng “chưa từng có sự kiện sai giá cho tới nay”, nhưng “chưa từng xuất hiện” không đồng nghĩa với “sẽ không bao giờ xuất hiện”. Điểm khéo léo nhất trong câu chuyện về tính có thể xác minh của Newton nằm ở chỗ — nó dẫn sự chú ý của người dùng tới “xác minh trên chuỗi”, khiến người ta bỏ qua mắt xích “dữ liệu ngoài chuỗi”. Người dùng thấy bằng chứng không kiến thức thì yên tâm, nhưng thực tế rủi ro nằm ở những chỗ mà bằng chứng không kiến thức không bao phủ. Một chiếc hộp đen được bọc bằng mật mã còn nguy hiểm hơn một chiếc hộp đen thuần túy — bởi vì nó khiến bạn tưởng rằng mình đã thấy rõ.
Khi đọc tài liệu về @NewtonProtocol , tôi nhận thấy một câu — “Newton cung cấp bằng chứng mật mã về tính đúng đắn của việc thực thi chiến lược thông qua mạng operator”. Câu đó đúng, nhưng cũng không đúng đến mức như tôi nghĩ.

Điểm mấu chốt nằm ở — “tính đúng đắn của việc thực thi chiến lược”, không đồng nghĩa với “tính đúng đắn của kết quả chiến lược”.

Ví dụ. Quy tắc chiến lược là “chỉ cho phép chuyển tiền tới địa chỉ không thuộc diện bị trừng phạt”. operator truy xuất danh sách trừng phạt từ nguồn dữ liệu, kiểm tra rằng bên nhận không nằm trong danh sách, rồi giải phóng chữ ký. Bằng chứng không kiến thức sẽ chứng minh rằng phán đoán đó “quá trình tính toán là chính xác”. Nhưng nếu bản thân danh sách trừng phạt đã lỗi thời, sai, hoặc bị sửa đổi, thì dù operator tính toán có chính xác đến đâu, kết quả vẫn sai.#Newt

Newton giải quyết bằng mật mã bài toán “quá trình tính toán có thể được xác minh”, nhưng nó không — và cũng không thể — giải quyết “dữ liệu đầu vào có thật hay không”. Đây là thế tiến thoái lưỡng nan kinh điển của bài toán oracle, và gần như mọi hệ thống on-chain phụ thuộc dữ liệu bên ngoài đều không thể tránh khỏi nó.$NEWT

Xét thêm độ tin cậy của nguồn dữ liệu. Hiện Newton đang tích hợp các nguồn dữ liệu tuân thủ, chủ yếu là việc bơm giá của RedStone và đánh giá rủi ro của Credora. Các công ty này cập nhật dữ liệu có độ trễ — từ khi địa chỉ mới bị trừng phạt cho tới khi dữ liệu được ghi vào cơ sở dữ liệu, có thể mất vài giờ, thậm chí vài ngày. Trong khoảng thời gian đó, công cụ thực thi chiến lược của Newton sẽ xử lý địa chỉ “thực tế đã bị trừng phạt” như thể “chưa bị trừng phạt”. Người dùng tưởng rằng họ đã nhận được sự đảm bảo tuân thủ, nhưng thực tế họ nhận được sự đảm bảo dựa trên độ trễ.

Kịch bản của tiên tri giá còn tệ hơn. Trong DeFi, nhiều chiến lược cần trích dẫn giá — chẳng hạn như “nếu giá giao dịch lệch khỏi giá thị trường quá 5% thì từ chối”. Cái “giá thị trường” này nếu đến từ một nguồn dữ liệu đơn lẻ, chỉ cần bị thao túng (trong lịch sử đã xảy ra nhiều lần), thì công cụ thực thi chiến lược của Newton sẽ đưa ra phán đoán sai. RedStone nói rằng “chưa từng có sự kiện sai giá cho tới nay”, nhưng “chưa từng xuất hiện” không đồng nghĩa với “sẽ không bao giờ xuất hiện”.

Điểm khéo léo nhất trong câu chuyện về tính có thể xác minh của Newton nằm ở chỗ — nó dẫn sự chú ý của người dùng tới “xác minh trên chuỗi”, khiến người ta bỏ qua mắt xích “dữ liệu ngoài chuỗi”. Người dùng thấy bằng chứng không kiến thức thì yên tâm, nhưng thực tế rủi ro nằm ở những chỗ mà bằng chứng không kiến thức không bao phủ.

Một chiếc hộp đen được bọc bằng mật mã còn nguy hiểm hơn một chiếc hộp đen thuần túy — bởi vì nó khiến bạn tưởng rằng mình đã thấy rõ.
Bài viết
SDK của Newton đã xong rồi, nhưng nhà phát triển sẽ không đếnTối qua mất ngủ, lục qua gói npm của Newton—@newton-xyz/sdk, v1.0.5, mới được phát hành vào ngày 25 tháng 6. SDK TypeScript, dựa trên EigenLayer AVS, việc chia module khá rõ ràng: mã hóa HPKE, zkPermissions, đánh giá chính sách, đăng ký danh tính—cái gì cũng có. Trong tài liệu thậm chí còn ghi cả Quickstart—“Mô phỏng 5 phút để chạy đánh giá chính sách đầu tiên của bạn”. Trông giống như một dự án đàng hoàng. Rồi tôi bấm vào kho mã, lướt nửa tiếng, gáy lạnh toát. Báo cáo của Bitget viết rất lạc quan, nói rằng Newton sẽ làm “lớp tự động hóa có thể kiểm chứng on-chain”, đóng gói TEE, ZKP và zkPermissions thành công cụ cho nhà phát triển. Dữ liệu của Foresight cũng rất đẹp——Magic Labs đã rót gần 90 triệu USD, và PayPal Ventures, Tiger Global, Polygon đều đang ngồi vào bàn giao dịch. @NewtonProtocol

SDK của Newton đã xong rồi, nhưng nhà phát triển sẽ không đến

Tối qua mất ngủ, lục qua gói npm của Newton—@newton-xyz/sdk, v1.0.5, mới được phát hành vào ngày 25 tháng 6. SDK TypeScript, dựa trên EigenLayer AVS, việc chia module khá rõ ràng: mã hóa HPKE, zkPermissions, đánh giá chính sách, đăng ký danh tính—cái gì cũng có. Trong tài liệu thậm chí còn ghi cả Quickstart—“Mô phỏng 5 phút để chạy đánh giá chính sách đầu tiên của bạn”.
Trông giống như một dự án đàng hoàng. Rồi tôi bấm vào kho mã, lướt nửa tiếng, gáy lạnh toát.
Báo cáo của Bitget viết rất lạc quan, nói rằng Newton sẽ làm “lớp tự động hóa có thể kiểm chứng on-chain”, đóng gói TEE, ZKP và zkPermissions thành công cụ cho nhà phát triển. Dữ liệu của Foresight cũng rất đẹp——Magic Labs đã rót gần 90 triệu USD, và PayPal Ventures, Tiger Global, Polygon đều đang ngồi vào bàn giao dịch. @NewtonProtocol
·
--
Tăng giá
Những ngày này tôi ngày nào cũng lướt thấy các bài đăng của Grvt ở quảng trường. Thật ra về Grvt thì tôi là người có nhiều tiếng nói nhất. Lần đầu tôi tiếp xúc với Grvt cũng chỉ vì tâm lý “hút lợi nhuận”, kiểu kiếm chút hời. Nó đã lên testnet từ đầu năm; trải nghiệm trên testnet còn mượt hơn cả những gì tôi tưởng. Việc mở lệnh/đóng lệnh gần như không cảm thấy độ trễ gì, giống hệt khi dùng sàn giao dịch tập trung. Sau đó từ Season 2, tôi bắt đầu bỏ thêm một chút tiền vào. Thứ thật sự khiến tôi thấy cái này có “chất” là kho GLP (GLP Vault). Tôi nạp 1 vạn U vào đó, vừa lấy điểm vừa ăn lãi. Mỗi tháng thu về hơn 80 đô, lợi suất năm khoảng 11%. Điểm mấu chốt là số tiền này không bị khóa cứng—muốn giao dịch thì có thể lấy ra dùng bất cứ lúc nào. Trước khi Grvt lên mainnet, họ có làm một bài test: bắt bạn điền một đống câu hỏi, cuối cùng sẽ cho bạn một “tag” theo kiểu động vật. Kết quả tôi đo được là… cá sấu. Bề ngoài thì không hoạt bát, nhưng tôi quan sát lâu dài; tôi thích để tiền vào các chiến lược sinh lợi—và đúng là khá chuẩn. Tôi chưa bao giờ là kiểu người ngày nào cũng chăm chăm nhìn chart rồi hô vào/hô ra. Tôi quen hơn với việc để vốn “lăn” dần dần, đợi cơ hội đến thì mới ra tay. Về phần đăng ký nhận air drop, có một chi tiết tôi muốn nhắc: vài ngày nữa, ngày 17 sẽ là hạn chót để điền địa chỉ nhận thưởng. Cái này nhất định phải nắm chặt lấy thời gian, nhớ kỹ, nhớ kỹ! Air drop của GRVT có kế hoạch “nhân đôi” (multiplying). Bạn có thể chọn nhận token trễ: chờ 4 tháng lấy gấp đôi, chờ 8 tháng lấy gấp bốn. Nhưng tôi vẫn chọn nhận ngay—không ai biết vài tháng sau thì còn lại bao nhiêu! Cuối cùng nói một câu. Grvt TGE ngày 21/7, tổng lượng 1 tỷ, community air drop 28%. Điểm của tôi không nhiều, @grvt_io hẳn là cũng không được bao nhiêu token. Hãy xem hiệu suất thật sau khi lên sàn trước đã—giá hợp lý thì tôi sẽ bán hết. Tiền cầm về mới là của mình!#grvt
Những ngày này tôi ngày nào cũng lướt thấy các bài đăng của Grvt ở quảng trường. Thật ra về Grvt thì tôi là người có nhiều tiếng nói nhất. Lần đầu tôi tiếp xúc với Grvt cũng chỉ vì tâm lý “hút lợi nhuận”, kiểu kiếm chút hời. Nó đã lên testnet từ đầu năm; trải nghiệm trên testnet còn mượt hơn cả những gì tôi tưởng. Việc mở lệnh/đóng lệnh gần như không cảm thấy độ trễ gì, giống hệt khi dùng sàn giao dịch tập trung.

Sau đó từ Season 2, tôi bắt đầu bỏ thêm một chút tiền vào. Thứ thật sự khiến tôi thấy cái này có “chất” là kho GLP (GLP Vault). Tôi nạp 1 vạn U vào đó, vừa lấy điểm vừa ăn lãi. Mỗi tháng thu về hơn 80 đô, lợi suất năm khoảng 11%. Điểm mấu chốt là số tiền này không bị khóa cứng—muốn giao dịch thì có thể lấy ra dùng bất cứ lúc nào.

Trước khi Grvt lên mainnet, họ có làm một bài test: bắt bạn điền một đống câu hỏi, cuối cùng sẽ cho bạn một “tag” theo kiểu động vật. Kết quả tôi đo được là… cá sấu. Bề ngoài thì không hoạt bát, nhưng tôi quan sát lâu dài; tôi thích để tiền vào các chiến lược sinh lợi—và đúng là khá chuẩn. Tôi chưa bao giờ là kiểu người ngày nào cũng chăm chăm nhìn chart rồi hô vào/hô ra. Tôi quen hơn với việc để vốn “lăn” dần dần, đợi cơ hội đến thì mới ra tay.

Về phần đăng ký nhận air drop, có một chi tiết tôi muốn nhắc: vài ngày nữa, ngày 17 sẽ là hạn chót để điền địa chỉ nhận thưởng. Cái này nhất định phải nắm chặt lấy thời gian, nhớ kỹ, nhớ kỹ!
Air drop của GRVT có kế hoạch “nhân đôi” (multiplying). Bạn có thể chọn nhận token trễ: chờ 4 tháng lấy gấp đôi, chờ 8 tháng lấy gấp bốn. Nhưng tôi vẫn chọn nhận ngay—không ai biết vài tháng sau thì còn lại bao nhiêu!

Cuối cùng nói một câu.
Grvt TGE ngày 21/7, tổng lượng 1 tỷ, community air drop 28%. Điểm của tôi không nhiều, @grvt_io hẳn là cũng không được bao nhiêu token. Hãy xem hiệu suất thật sau khi lên sàn trước đã—giá hợp lý thì tôi sẽ bán hết. Tiền cầm về mới là của mình!#grvt
Cuối cùng nhiệm vụ kỷ niệm 9 năm cũng đã làm xong rồi! Hy vọng giải thưởng tối thượng hãy đến với tôi 1 BNB đi! Chúc mừng Binance sinh nhật lần thứ 9 vui vẻ! Lễ kỷ niệm năm sau tôi vẫn sẽ đồng hành cùng bạn! #BinanceTurns9
Cuối cùng nhiệm vụ kỷ niệm 9 năm cũng đã làm xong rồi! Hy vọng giải thưởng tối thượng hãy đến với tôi 1 BNB đi! Chúc mừng Binance sinh nhật lần thứ 9 vui vẻ! Lễ kỷ niệm năm sau tôi vẫn sẽ đồng hành cùng bạn!
#BinanceTurns9
·
--
Tăng giá
Nói thật, tuần trước mình giúp một người bạn rút tiền từ một vault, số tiền thì “sạch sẽ” hoàn toàn, vậy mà lại kẹt đúng giữa chừng, chờ gần nửa ngày. Chăm sóc khách hàng nói một câu: “Đó là Newton đang thực hiện pre-settlement authorization”. Ngay lúc đó mình bị choáng luôn—mình chuyển tiền của mình, vậy tại sao lại phải qua khâu xét duyệt của Newton trước? Càng nghĩ càng thấy, Newton đã hàn nguyên xi toàn bộ logic “duyệt trước rồi mới cho chạy” của tài chính truyền thống lên blockchain. Rego viết policy, cơ chế operator bầu chọn của EigenLayer, các nguồn dữ liệu từ Chainalysis và RedStone để chống đỡ bối cảnh—nghe có vẻ rất “ngầu” và chuyên sâu, nhưng mình muốn hỏi một câu: DeFi bùng lên lúc đầu, chẳng phải dựa vào đúng bốn chữ “không cần cấp phép” sao? Giờ mỗi lần giao dịch của mình đều phải chờ một đám người bỏ phiếu xem có được thông qua không—vậy khác gì việc đi xếp hàng ở quầy ngân hàng chứ? @NewtonProtocol Thứ nữa mình không hiểu nổi là: Newton nói họ “credibly neutral”, vậy rốt cuộc policy là do ai viết? Mình là người dùng bình thường, ngay cả tư cách sửa đổi cách mình bị đánh giá cho việc chi tiền của chính mình cũng không có. Nghe thì TEE, ZK proof rất ghê gớm, nhưng nếu operator cấu kết làm điều sai trái thì mình lấy gì để xác minh rằng cái attestation đó là thật? Chẳng phải vẫn là hộp đen sao—chỉ được khoác thêm một cách gọi “minh bạch” hơn thôi. Tình huống cross-chain còn rắc rối hơn, vì policy phải đồng bộ thực thi trên nhiều chain. Nếu nguồn dữ liệu bị trễ hoặc oracle báo lỗi, tiền của mình lại phải chờ khựng ở đó. Còn kịch bản AI agent nghe có vẻ tương lai, nhưng nhìn thế nào mình cũng thấy giống như việc gắn một “cửa ải” cho từng bước thao tác của agent. Các tổ chức thì nhận được tấm thẻ miễn trừ vì “đã qua rà soát tuân thủ”. Thế họ được gì? Còn mình thì được gì? Sau này mình nghĩ lại: tại sao mình phải trả tiền cho một policy mà mình thực sự chẳng hề tham gia xây dựng? Newton đóng gói toàn bộ quy trình đó thành “lớp ủy quyền”, nhưng mình—một cá nhân—trong đó không có lấy một chút tiếng nói. Tổ chức thì dùng cho vui, nếu có chuyện gì thì Newton đứng ra gánh. Còn mình? Số tiền này rõ ràng là của mình, chữ ký cũng là chữ ký của mình, nhưng người quyết định nó có được phép di chuyển hay không lại là một nhóm node và nhà cung cấp dữ liệu mà mình chẳng quen biết. DeFi đã dạy chúng ta: “not your keys, not your coins”. Giờ Newton nói với mình rằng chỉ có key là chưa đủ, còn phải qua khâu xét duyệt của họ nữa. Món nợ này, mình không tính nổi. #newt $NEWT
Nói thật, tuần trước mình giúp một người bạn rút tiền từ một vault, số tiền thì “sạch sẽ” hoàn toàn, vậy mà lại kẹt đúng giữa chừng, chờ gần nửa ngày. Chăm sóc khách hàng nói một câu: “Đó là Newton đang thực hiện pre-settlement authorization”. Ngay lúc đó mình bị choáng luôn—mình chuyển tiền của mình, vậy tại sao lại phải qua khâu xét duyệt của Newton trước?

Càng nghĩ càng thấy, Newton đã hàn nguyên xi toàn bộ logic “duyệt trước rồi mới cho chạy” của tài chính truyền thống lên blockchain. Rego viết policy, cơ chế operator bầu chọn của EigenLayer, các nguồn dữ liệu từ Chainalysis và RedStone để chống đỡ bối cảnh—nghe có vẻ rất “ngầu” và chuyên sâu, nhưng mình muốn hỏi một câu: DeFi bùng lên lúc đầu, chẳng phải dựa vào đúng bốn chữ “không cần cấp phép” sao? Giờ mỗi lần giao dịch của mình đều phải chờ một đám người bỏ phiếu xem có được thông qua không—vậy khác gì việc đi xếp hàng ở quầy ngân hàng chứ? @NewtonProtocol

Thứ nữa mình không hiểu nổi là: Newton nói họ “credibly neutral”, vậy rốt cuộc policy là do ai viết? Mình là người dùng bình thường, ngay cả tư cách sửa đổi cách mình bị đánh giá cho việc chi tiền của chính mình cũng không có. Nghe thì TEE, ZK proof rất ghê gớm, nhưng nếu operator cấu kết làm điều sai trái thì mình lấy gì để xác minh rằng cái attestation đó là thật? Chẳng phải vẫn là hộp đen sao—chỉ được khoác thêm một cách gọi “minh bạch” hơn thôi.

Tình huống cross-chain còn rắc rối hơn, vì policy phải đồng bộ thực thi trên nhiều chain. Nếu nguồn dữ liệu bị trễ hoặc oracle báo lỗi, tiền của mình lại phải chờ khựng ở đó. Còn kịch bản AI agent nghe có vẻ tương lai, nhưng nhìn thế nào mình cũng thấy giống như việc gắn một “cửa ải” cho từng bước thao tác của agent. Các tổ chức thì nhận được tấm thẻ miễn trừ vì “đã qua rà soát tuân thủ”. Thế họ được gì? Còn mình thì được gì?

Sau này mình nghĩ lại: tại sao mình phải trả tiền cho một policy mà mình thực sự chẳng hề tham gia xây dựng? Newton đóng gói toàn bộ quy trình đó thành “lớp ủy quyền”, nhưng mình—một cá nhân—trong đó không có lấy một chút tiếng nói. Tổ chức thì dùng cho vui, nếu có chuyện gì thì Newton đứng ra gánh. Còn mình? Số tiền này rõ ràng là của mình, chữ ký cũng là chữ ký của mình, nhưng người quyết định nó có được phép di chuyển hay không lại là một nhóm node và nhà cung cấp dữ liệu mà mình chẳng quen biết.

DeFi đã dạy chúng ta: “not your keys, not your coins”. Giờ Newton nói với mình rằng chỉ có key là chưa đủ, còn phải qua khâu xét duyệt của họ nữa. Món nợ này, mình không tính nổi. #newt $NEWT
Bài viết
Lỗ hổng chí mạng nhất của DeFi từ trước tới nay không nằm trong code hợp đồng—thử nghiệm trực tiếp trên mainnet Newton khiến tôi hiểu ra lại một điềuSau khi lấy số tiền nhỏ chạy xong Newton Mainnet Beta, cảm nhận lớn nhất của tôi không phải là “công nghệ này thật sự quá đỉnh”, mà là một nhận thức tầng sâu hơn đã được làm mới—lỗ hổng chí mạng nhất của DeFi từ trước tới nay không nằm trong code của smart contract, mà nằm ở giả định “bên quản lý dự án mặc định là đáng tin”, một tiền đề bị cả ngành ngầm coi là đúng. Nói vậy thì sao? Trong hai năm qua, các vụ bị trộm DeFi thực sự bị hacker bên ngoài tấn công trực diện, thì không tới một nửa. Còn lại phần lớn, kịch bản gần như giống hệt nhau: các multisig holder cấu kết với nhau, khóa bí mật bị “người trong” rò rỉ, hoặc quyền hạn bị lừa bằng phishing rồi bị lấy đi một phát, sau đó chỉ một lần transferOwnership kèm setHandler là bể cạn ngay lập tức.

Lỗ hổng chí mạng nhất của DeFi từ trước tới nay không nằm trong code hợp đồng—thử nghiệm trực tiếp trên mainnet Newton khiến tôi hiểu ra lại một điều

Sau khi lấy số tiền nhỏ chạy xong Newton Mainnet Beta, cảm nhận lớn nhất của tôi không phải là “công nghệ này thật sự quá đỉnh”, mà là một nhận thức tầng sâu hơn đã được làm mới—lỗ hổng chí mạng nhất của DeFi từ trước tới nay không nằm trong code của smart contract, mà nằm ở giả định “bên quản lý dự án mặc định là đáng tin”, một tiền đề bị cả ngành ngầm coi là đúng.
Nói vậy thì sao? Trong hai năm qua, các vụ bị trộm DeFi thực sự bị hacker bên ngoài tấn công trực diện, thì không tới một nửa. Còn lại phần lớn, kịch bản gần như giống hệt nhau: các multisig holder cấu kết với nhau, khóa bí mật bị “người trong” rò rỉ, hoặc quyền hạn bị lừa bằng phishing rồi bị lấy đi một phát, sau đó chỉ một lần transferOwnership kèm setHandler là bể cạn ngay lập tức.
Nói về Newton, gần đây tôi vẫn đang nghĩ về một vấn đề—rốt cuộc nó có được xem là phi tập trung hay không? Bản whitepaper viết khá hay, và trong báo cáo của Binance Research cũng có một câu: “Progressively decentralizing the Protocol by onboarding third-party validators to secure the Newton Keystore rollup.” “Progressively”—tạm dịch là “tiến dần theo từng bước”. Dịch sát lại thì: hiện tại vẫn chưa.#Newt Hướng dẫn của MEXC còn nói thẳng hơn: “Progressive decentralization roadmap transitions from foundation control to full community governance through four phases”. Bốn giai đoạn, từ việc quỹ (foundation) kiểm soát từng bước chuyển sang quản trị bởi cộng đồng. Vấn đề là: bây giờ chúng ta đang ở giai đoạn nào? Tôi lục khắp các tài liệu công khai, nhưng không tìm thấy bất kỳ hướng dẫn nào về việc “người dùng phổ thông vận hành độc lập các node xác thực”. Gate百科 thì lại viết rất rõ: “Những người xác thực chịu trách nhiệm xác minh giao dịch, duy trì an ninh mạng; còn những người ủy thác sẽ tham gia gián tiếp vào an ninh mạng thông qua việc hỗ trợ các người xác thực”. Người dùng phổ thông chỉ có thể “ủy thác”—tức là ủy thác số tiền vào các node do quỹ kiểm soát, còn tự mình không thể làm người xác thực.$NEWT Điều làm tôi bất an hơn nữa là quyền lực nằm trong tay quỹ. Keystore Rollup sử dụng cơ chế đồng thuận dPoS, các trình xác thực cần đặt cọc NEWT để đảm bảo an toàn. Nhưng ở giai đoạn đầu, các node mạng lại do quỹ chủ đạo: Magic Newton Foundation nhận 1 triệu đô la từ Magic Labs, và chưa từng huy động bất kỳ khoản vốn nào từ nhà đầu tư. Quỹ nắm quyền kiểm soát phần lớn các token chưa lưu hành và các node xác thực của mạng, có thể đơn phương thay đổi quy tắc đồng thuận, đóng băng quỹ đặt cược, điều chỉnh logic phạt—những quyền lực này trong tài liệu không hề có bất kỳ điều khoản ràng buộc nào. Một giao thức tự xưng là phi tập trung, nhưng không cho phép người bình thường chạy node xác thực; còn quy tắc đồng thuận thì do quỹ quyết định. “Phi tập trung theo lộ trình từng bước” theo như hiện tại xem ra giống một cam kết dài hạn dùng để trấn an cộng đồng hơn là một thực tế đã được triển khai. “Hạ tầng phi tập trung” hiện vẫn nằm trong tay quỹ.@NewtonProtocol Một giao thức “phi tập trung” mà ngay cả node xác thực cũng không cho người dùng phổ thông chạy—bạn chắc chắn rằng nó hiện tại thực sự đã phi tập trung chưa? {future}(NEWTUSDT)
Nói về Newton, gần đây tôi vẫn đang nghĩ về một vấn đề—rốt cuộc nó có được xem là phi tập trung hay không?

Bản whitepaper viết khá hay, và trong báo cáo của Binance Research cũng có một câu: “Progressively decentralizing the Protocol by onboarding third-party validators to secure the Newton Keystore rollup.” “Progressively”—tạm dịch là “tiến dần theo từng bước”. Dịch sát lại thì: hiện tại vẫn chưa.#Newt

Hướng dẫn của MEXC còn nói thẳng hơn: “Progressive decentralization roadmap transitions from foundation control to full community governance through four phases”. Bốn giai đoạn, từ việc quỹ (foundation) kiểm soát từng bước chuyển sang quản trị bởi cộng đồng. Vấn đề là: bây giờ chúng ta đang ở giai đoạn nào? Tôi lục khắp các tài liệu công khai, nhưng không tìm thấy bất kỳ hướng dẫn nào về việc “người dùng phổ thông vận hành độc lập các node xác thực”. Gate百科 thì lại viết rất rõ: “Những người xác thực chịu trách nhiệm xác minh giao dịch, duy trì an ninh mạng; còn những người ủy thác sẽ tham gia gián tiếp vào an ninh mạng thông qua việc hỗ trợ các người xác thực”. Người dùng phổ thông chỉ có thể “ủy thác”—tức là ủy thác số tiền vào các node do quỹ kiểm soát, còn tự mình không thể làm người xác thực.$NEWT

Điều làm tôi bất an hơn nữa là quyền lực nằm trong tay quỹ. Keystore Rollup sử dụng cơ chế đồng thuận dPoS, các trình xác thực cần đặt cọc NEWT để đảm bảo an toàn. Nhưng ở giai đoạn đầu, các node mạng lại do quỹ chủ đạo: Magic Newton Foundation nhận 1 triệu đô la từ Magic Labs, và chưa từng huy động bất kỳ khoản vốn nào từ nhà đầu tư. Quỹ nắm quyền kiểm soát phần lớn các token chưa lưu hành và các node xác thực của mạng, có thể đơn phương thay đổi quy tắc đồng thuận, đóng băng quỹ đặt cược, điều chỉnh logic phạt—những quyền lực này trong tài liệu không hề có bất kỳ điều khoản ràng buộc nào.

Một giao thức tự xưng là phi tập trung, nhưng không cho phép người bình thường chạy node xác thực; còn quy tắc đồng thuận thì do quỹ quyết định. “Phi tập trung theo lộ trình từng bước” theo như hiện tại xem ra giống một cam kết dài hạn dùng để trấn an cộng đồng hơn là một thực tế đã được triển khai. “Hạ tầng phi tập trung” hiện vẫn nằm trong tay quỹ.@NewtonProtocol

Một giao thức “phi tập trung” mà ngay cả node xác thực cũng không cho người dùng phổ thông chạy—bạn chắc chắn rằng nó hiện tại thực sự đã phi tập trung chưa?
Bài viết
Hai tiêu chuẩn ZK không biết sự tồn tại của nhau, hệ thống phân quyền của Newton lại xuất hiện một vết nứt không nên cóKhi mở kho mã Newton trong newton_prover_core/zk/mod.rs, ly cà phê trên tay suýt nữa đã đổ ra ngoài. pub mod risc0; và pub mod sp1; — hai bộ khung zk-VM, RISC Zero và SP1, lại được đặt song song nằm trong cùng một file. Nó giống như lắp hai loại khóa cửa đến từ hai hãng khác nhau lên cùng một cánh cửa: mỗi bộ đều có lỗ khóa riêng, nhưng chẳng ai kiểm tra xem liệu chúng có vô tình gây nhiễu lẫn nhau hay không. Báo cáo của Binance Research được viết rất hay. Hai bộ khung ZK-VM được tích hợp cùng lúc: SP1 tạo bằng chứng nhanh, RISC Zero xác minh trên chuỗi gọn nhẹ — nghe như đang trao cho nhà phát triển “quyền lựa chọn”. Nhưng khi nhét hai thư viện mật mã độc lập vào cùng một giao thức, quyền lựa chọn liền biến thành bề mặt tấn công. RISC Zero có bằng chứng nhỏ, xác minh nhanh; SP1 tạo bằng chứng nhanh, hiệu quả theo chu kỳ cao. Cùng một tệp chiến lược: trong SP1 đi theo một kênh xác minh, trong RISC Zero lại đi theo kênh khác — hai kênh tự vận hành, không liên lạc, không “trao đổi khí” với nhau.

Hai tiêu chuẩn ZK không biết sự tồn tại của nhau, hệ thống phân quyền của Newton lại xuất hiện một vết nứt không nên có

Khi mở kho mã Newton trong newton_prover_core/zk/mod.rs, ly cà phê trên tay suýt nữa đã đổ ra ngoài.
pub mod risc0; và pub mod sp1; — hai bộ khung zk-VM, RISC Zero và SP1, lại được đặt song song nằm trong cùng một file. Nó giống như lắp hai loại khóa cửa đến từ hai hãng khác nhau lên cùng một cánh cửa: mỗi bộ đều có lỗ khóa riêng, nhưng chẳng ai kiểm tra xem liệu chúng có vô tình gây nhiễu lẫn nhau hay không.
Báo cáo của Binance Research được viết rất hay. Hai bộ khung ZK-VM được tích hợp cùng lúc: SP1 tạo bằng chứng nhanh, RISC Zero xác minh trên chuỗi gọn nhẹ — nghe như đang trao cho nhà phát triển “quyền lựa chọn”. Nhưng khi nhét hai thư viện mật mã độc lập vào cùng một giao thức, quyền lựa chọn liền biến thành bề mặt tấn công. RISC Zero có bằng chứng nhỏ, xác minh nhanh; SP1 tạo bằng chứng nhanh, hiệu quả theo chu kỳ cao. Cùng một tệp chiến lược: trong SP1 đi theo một kênh xác minh, trong RISC Zero lại đi theo kênh khác — hai kênh tự vận hành, không liên lạc, không “trao đổi khí” với nhau.
·
--
Tăng giá
Quả cam mà các bạn yêu thích nhất cũng đã coi như “đi vào quỹ đạo” rồi đấy! 300 nhà sáng tạo nội dung tiếng Hoa tham gia dự án Grvt mà lại xếp tận thứ 4, thật sự khiến mình vừa kích động vừa xúc động! Số lượng người tham gia gần 30000 người rồi—rõ ràng mình đúng là kiểu người được tuyển chọn trong vạn người mới có, ha ha ha! Thực ra mình lọt vào bảng chủ yếu là vì đã nghiên cứu kỹ “whitepaper” ở @grvt_io . Nói điều bất ngờ nhất trong đó: hệ thống tài khoản của Grvt là cơ chế “hai đường ray”. Mỗi người dùng đồng thời sở hữu chứng chỉ trên chuỗi và chứng chỉ ngoài chuỗi. Chứng chỉ trên chuỗi là EOA truyền thống hoặc ví thông minh hợp đồng, chịu trách nhiệm lưu giữ tài sản cuối cùng; còn chứng chỉ ngoài chuỗi là một hệ thống danh tính độc lập, gắn với khóa giao dịch của bạn (SecureKey). Việc khớp lệnh, công cụ quản trị rủi ro và cập nhật vị thế đều chạy toàn bộ dựa trên bộ chứng chỉ ngoài chuỗi này. Một loạt thuật ngữ như vậy mang lại lợi ích gì cho chúng ta? Đó là dữ liệu nhạy cảm—số dư ký quỹ, quy mô vị thế, các ngưỡng thanh lý—được giữ nguyên toàn bộ trên mạng ngoài chuỗi, không hề đi ra khỏi mạng ngoài chuỗi, không đụng đến public mempool. Ngay cả các robot MEV cũng không thể nhìn thấy đơn của bạn trông như thế nào. Nói thẳng ra là: quyền riêng tư rất “xịn”! Còn một điểm nữa khiến mình thấy thiết kế của nó rất tinh xảo: hệ thống SubAccount (tài khoản con) trong mô hình tài khoản. Mỗi tài khoản chính có thể gắn nhiều tài khoản con, và mỗi tài khoản con quản lý độc lập yêu cầu ký quỹ, số dư quyền lợi, vị thế và số dư giao ngay. Điều này có nghĩa là bạn có thể tách biệt hoàn toàn các khoản tiền cho những chiến lược khác nhau, khẩu vị rủi ro khác nhau, ngay trong cùng một tài khoản chính: một tài khoản con làm high-frequency scalping, một tài khoản con làm theo dõi xu hướng—không hề ảnh hưởng lẫn nhau. Ở tầng API, Grvt cung cấp TypeScript SDK và Python SDK, hỗ trợ cả REST lẫn WebSocket. Tất nhiên, mọi người quan tâm nhất vẫn là bảo mật. Mình thấy các hợp đồng thông minh L2 của Grvt được Spearbit DAO và NCC Group kiểm toán kép. Quan trọng hơn, chính Grvt chưa bao giờ là bên lưu giữ tài sản—tiền của bạn sẽ nằm trong các ví tự lưu ký mà bạn tự kiểm soát, hoặc nằm trong các hợp đồng thông minh đã được kiểm toán. Tính đúng đắn của trạng thái được chứng minh mật mã thông qua ZK Validium, nghĩa là các chuyển đổi trạng thái là có thể chứng minh về mặt toán học. Thật ra mình nghĩ dự án nào cũng sẽ viết “whitepaper” thật đẹp. Nhưng điều then chốt vẫn là: vài ngày nữa khi lên sàn, giá coin sẽ đi như thế nào—đó mới là “chân lý”! #grvt
Quả cam mà các bạn yêu thích nhất cũng đã coi như “đi vào quỹ đạo” rồi đấy!
300 nhà sáng tạo nội dung tiếng Hoa tham gia dự án Grvt mà lại xếp tận thứ 4, thật sự khiến mình vừa kích động vừa xúc động! Số lượng người tham gia gần 30000 người rồi—rõ ràng mình đúng là kiểu người được tuyển chọn trong vạn người mới có, ha ha ha!

Thực ra mình lọt vào bảng chủ yếu là vì đã nghiên cứu kỹ “whitepaper” ở @grvt_io . Nói điều bất ngờ nhất trong đó: hệ thống tài khoản của Grvt là cơ chế “hai đường ray”. Mỗi người dùng đồng thời sở hữu chứng chỉ trên chuỗi và chứng chỉ ngoài chuỗi. Chứng chỉ trên chuỗi là EOA truyền thống hoặc ví thông minh hợp đồng, chịu trách nhiệm lưu giữ tài sản cuối cùng; còn chứng chỉ ngoài chuỗi là một hệ thống danh tính độc lập, gắn với khóa giao dịch của bạn (SecureKey). Việc khớp lệnh, công cụ quản trị rủi ro và cập nhật vị thế đều chạy toàn bộ dựa trên bộ chứng chỉ ngoài chuỗi này.

Một loạt thuật ngữ như vậy mang lại lợi ích gì cho chúng ta?
Đó là dữ liệu nhạy cảm—số dư ký quỹ, quy mô vị thế, các ngưỡng thanh lý—được giữ nguyên toàn bộ trên mạng ngoài chuỗi, không hề đi ra khỏi mạng ngoài chuỗi, không đụng đến public mempool.

Ngay cả các robot MEV cũng không thể nhìn thấy đơn của bạn trông như thế nào.
Nói thẳng ra là: quyền riêng tư rất “xịn”!

Còn một điểm nữa khiến mình thấy thiết kế của nó rất tinh xảo: hệ thống SubAccount (tài khoản con) trong mô hình tài khoản.
Mỗi tài khoản chính có thể gắn nhiều tài khoản con, và mỗi tài khoản con quản lý độc lập yêu cầu ký quỹ, số dư quyền lợi, vị thế và số dư giao ngay.

Điều này có nghĩa là bạn có thể tách biệt hoàn toàn các khoản tiền cho những chiến lược khác nhau, khẩu vị rủi ro khác nhau, ngay trong cùng một tài khoản chính: một tài khoản con làm high-frequency scalping, một tài khoản con làm theo dõi xu hướng—không hề ảnh hưởng lẫn nhau. Ở tầng API, Grvt cung cấp TypeScript SDK và Python SDK, hỗ trợ cả REST lẫn WebSocket.

Tất nhiên, mọi người quan tâm nhất vẫn là bảo mật.
Mình thấy các hợp đồng thông minh L2 của Grvt được Spearbit DAO và NCC Group kiểm toán kép. Quan trọng hơn, chính Grvt chưa bao giờ là bên lưu giữ tài sản—tiền của bạn sẽ nằm trong các ví tự lưu ký mà bạn tự kiểm soát, hoặc nằm trong các hợp đồng thông minh đã được kiểm toán.

Tính đúng đắn của trạng thái được chứng minh mật mã thông qua ZK Validium, nghĩa là các chuyển đổi trạng thái là có thể chứng minh về mặt toán học.

Thật ra mình nghĩ dự án nào cũng sẽ viết “whitepaper” thật đẹp. Nhưng điều then chốt vẫn là: vài ngày nữa khi lên sàn, giá coin sẽ đi như thế nào—đó mới là “chân lý”!
#grvt
Đă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