蟹大的加密之旅

#dusk $DUSK 今天盯了一会儿 DUSK 的盘，我反而越来越在意一个问题：@Dusk 讲的是 RWA、机构资产上链，但 $DUSK 自己现在的交易深度，真的准备好接这种体量了吗？

截至今天，DUSK 价格大概在 0.061 美元附近，市值约 3050 万美元，24 小时总成交额只有 280 万美元左右。 这个数字单看不算完全没人交易，可放到高频交易里，我更关心的是订单真正打进去之后会发生什么。

尤其是 7 月 10 日，Bitget 直接下架了 DUSK/USDT 现货交易对。官方没有单独说“就是因为流动性差”，但它在下架审核标准里明确把交易量和流动性列在前面，同时 DUSK 的机器人、跟单、Earn 等相关服务也一起被移除。

这件事我觉得比价格跌几个点更值得看。

因为 @Dusk 现在官方生态里已经在谈 NPEX、Quantoz、Chainlink，方向明显是受监管资产、稳定币和 RWA。 可机构资金最怕的恰恰不是“没有故事”，而是有价格，没深度；能下单，出不来。

小资金市价单可能感觉不到区别，但仓位一旦放大，盘口厚度、滑点、撤单速度才是真的成本。极端行情里再叠上杠杆，几档卖盘被吃掉以后，K 线上的那几个点，落实到真实成交可能完全是另一回事。

更有意思的是，8 月还有 OpenDusk 治理投票这个催化，讨论是否把原本销毁的区块奖励导向社区金库。 我不反对做生态激励，但我会问一句：如果新增激励最后主要带来的是短期交易量，而没有长期做市资金和真实买卖盘，那热度过去以后，深度是不是又回去了？

对交易员来说，我现在判断 DUSK 有没有真正进入下一阶段，不会先看涨了多少，而会看三件事：主要交易所的盘口有没有变厚、大单滑点有没有下降、极端行情里深度能不能扛住。

RWA 可以慢慢讲，但流动性这件事，盘口每天都在交作业。

#dusk $DUSK @Dusk

#dusk $DUSK Trong hai ngày qua, tôi tiếp tục thực sự quan sát tại @Dusk và càng ngày tôi càng thấy DuskEVM có một chỗ khá “lệch”: nó luôn nhấn mạnh “trải nghiệm EVM quen thuộc”, nhưng đến lúc người dùng phổ thông muốn đưa tài sản từ DuskEVM trở về Dusk L1 thì quy trình lại chẳng hề “quen thuộc” chút nào.

Hiện tại trong tài liệu chính thức, DuskEVM vẫn là Testnet. Việc rút tiền phải hoàn thành liên tiếp 3 lần thao tác on-chain: trước hết khởi tạo withdrawal trên DuskEVM, đợi trạng thái chuyển thành Ready to prove, rồi mới nộp proof lên Dusk L1. Sau đó còn phải tiếp tục chờ đến khi Ready to finalize, cuối cùng xác nhận lại một lần giao dịch thì tài sản mới thực sự quay về. Ngoài ra, cả proof và finalize đều cần thêm phí gas Dusk L1.

Điều khiến tôi bận tâm hơn là phần “chờ” ở giữa. Chính phía chính thức cũng tự viết rằng việc rút tiền khi nào có thể tiếp tục phụ thuộc vào tình trạng mạng, proof maturity và các lần kiểm tra dispute-game, không thể dựa vào thời gian mà chỉ có thể theo dõi trạng thái trên Web Wallet. Nếu đổi trình duyệt hoặc mất nhật ký thì bạn lại phải tự giữ transaction hash để tra cứu.

Về mặt kỹ thuật, những bước này đương nhiên đều có lý do, nhưng người dùng thông thường chắc chắn sẽ chẳng muốn đi nghiên cứu output proposal, proof submitted, hay waiting to finalize. Đặc biệt là hồi tháng 1 năm nay, Dusk đã từng xảy ra một sự cố bảo mật liên quan đến bridge. Lúc đó phía dự án đã tạm dừng dịch vụ bridge và thay thế các địa chỉ liên quan. Dù thông báo nói rằng không có tổn thất do người dùng, thì chuyện này lại càng cho thấy: thứ quan trọng nhất của sản phẩm cross-chain không chỉ là “có chạy được hay không”, mà là sau khi có sự cố thì người dùng có biết mình đang bị kẹt ở đâu và bước tiếp theo phải làm gì không.

Vì vậy, nghi ngờ lớn nhất của tôi về DuskEVM hiện nay không phải là liệu kỹ thuật có làm được hay không, mà là sau khi nó thật sự đi vào mainnet, @Dusk có sẽ che giấu hoàn toàn các trạng thái tầng nền này phía sau lớp sản phẩm hay không. Với các thị trường được quản lý thì mọi thứ có thể rất phức tạp, nhưng đối với người dùng thì các nút bấm tốt nhất đừng phức tạp. Nếu không, dù việc quyết toán on-chain có đẹp đến đâu, lần rút tiền đầu tiên bị kẹt 10 phút thì thứ người dùng nghĩ tới chỉ có thể là: tiền của tôi rốt cuộc đã đi đâu?

#dusk $DUSK @Dusk

#dusk $DUSK Khi tôi lật xem tài liệu @Dusk , điểm khiến tôi thực sự mắc kẹt không phải là công nghệ bảo mật của nó, mà là câu mà nó luôn nhấn mạnh: Cung cấp hạ tầng nền tảng cho “tài chính được quản lý, ứng dụng cấp tổ chức”.

Mục tiêu này rất lớn, nên tôi lại càng quan tâm đến một vấn đề: **Dusk rốt cuộc khi nào mới thật sự đạt đến mức “institution-grade” (cấp tổ chức)?**

Vào tháng 1/2025 khi mainnet ra mắt, phía chính thức đã nói rõ với nhà phát triển hãy Build on Dusk. Nhưng đến tháng 4/2026, Dusk Connect và phiên bản Wallet mới mới bước vào developer preview. Chính phía chính thức cũng thừa nhận rằng, trước đó Web Wallet về bản chất vẫn là một ứng dụng độc lập; dApp không thể hoàn tất trực tiếp việc khám phá ví, yêu cầu tài khoản và ký giao dịch — những thứ này thậm chí còn được gọi là “missing front-end pieces” (các mảnh ghép front-end còn thiếu) của ứng dụng Dusk.

Điều này hơi khó xử.

Mainnet đã chạy hơn một năm, câu chuyện hướng đến tổ chức đã được nói rất lâu, nhưng khi nhà phát triển thực sự muốn đưa ứng dụng đến tay người dùng, thì một số lớp kết nối cơ bản vẫn đang được bổ sung.

Đáng cảnh giác hơn nữa là ranh giới quyền hạn.

Tháng 1 năm nay, signing wallet của Dusk Bridge đã bị nhắm tới; kẻ tấn công lần lượt chuyển đi khoảng **1091 vạn DUSK**. Phía chính thức giải thích rất rõ sau đó: không phải lỗ hổng ở lớp đồng thuận, mà là khóa bí mật ví của bridge bị xâm phạm; và vào thời điểm đó, để tối ưu tốc độ và đơn giản hoá vận hành, bridge đã sử dụng một thiết kế tương đối gọn nhẹ.

Sau đó, công tác khắc phục an ninh của AEGIS lại sửa đồng loạt 39 vấn đề, trong đó có 7 vấn đề Critical và 1 vấn đề High liên quan.

Vì vậy, câu hỏi của tôi về Dusk hiện giờ rất đơn giản:

Nếu trong tương lai thực sự cần gánh vác chứng khoán, RWA và tài sản được quản lý, thì “bảo mật của bản thân giao thức” rõ ràng là chưa đủ. Chỉ cần bất kỳ nơi nào — bridge, ví, quyền hạn, khóa bí mật, lớp kết nối front-end — có sự tin cậy tập trung, đều có thể trở thành “trần rủi ro” thực sự của toàn bộ hệ thống.

Tôi đồng ý với lộ trình kỹ thuật, nhưng với cụm từ “hạ tầng tài chính cấp tổ chức”, tôi nghĩ @Dusk hiện vẫn cần phải tiếp tục chứng minh.

#dusk $DUSK @Dusk

Hôm nay tôi xem lại lần nữa trang web chính thức và Explorer của @BabylonLabs_io , có một chi tiết khiến tôi khá không yên tâm.

Vào ngày 3 tháng 8, trang chủ của trang web chính thức hiển thị rằng đã có 56,853.16 BTC được thế chấp, trị giá khoảng 5.64 tỷ USD. Quy mô này đã không hề nhỏ, nhưng khi bấm vào Explorer chính thức thì BABY Price lại hiển thị là $0(-); các dữ liệu quan trọng như chiều cao khối, tổng số giao dịch, tổng lượng ủy thác cũng không được hiển thị một cách bình thường.

Khó khăn hơn là ở trang Finality Provider, các mục như nút hoạt động, lượng ủy thác và số lượng người tham gia thế chấp cũng đều trống.

Vấn đề này không phải chỉ là chuyện giao diện trang có đẹp hay không.

Giả sử tôi vừa mới hoàn tất việc thế chấp, mà giao dịch mãi không cập nhật thì tôi rốt cuộc phải dựa vào đâu để xác định? Là BTC vẫn đang được xác nhận, thao tác trong ví bị lỗi, bộ lập chỉ mục của Babylon bị trễ, hay việc ủy thác căn bản không thành công?

Khi chọn Finality Provider mà không xem được trạng thái thời gian thực lẫn sự phân bổ ủy thác, người dùng lấy gì để đánh giá liệu các nút có ổn định hay không, liệu việc ủy thác có bị tập trung quá mức hay không?

Babylon luôn nhấn mạnh BTC gốc, tự lưu ký, không qua cầu, nhưng việc tài sản vẫn nằm trong ví của chính bạn không có nghĩa là toàn bộ quy trình đã đủ để khiến người ta yên tâm.

Thứ thực sự ảnh hưởng đến niềm tin thường không phải là các thuật ngữ kỹ thuật trên trang giới thiệu, mà là sau khi tiền đi vào thì có thể kiểm tra rõ ràng hay không, nếu có bất thường thì có tìm được nguyên nhân không, và khi bị kẹt thì có lối xử lý rõ ràng hay không.

Một giao thức mang khối tài sản hơn 5.6 tỷ USD, trang web có thể hiển thị dữ liệu rất “đẹp”, nhưng Explorer chịu trách nhiệm xác thực những dữ liệu đó không nên để người dùng phải đoán trong thời gian dài.

Sản phẩm có chín muồi hay không, cuối cùng không phải là khẩu hiệu to đến đâu, mà là những thứ cơ bản nhất này rốt cuộc có ổn định hay không.

#baby $BABY @BabylonLabs_io

99 dự án sụp đổ rồi, ai còn đang trả tiền cho sự an toàn?

Trong năm nay, đã có 99 dự án mã hoá ngừng hoạt động.

Khi nhìn thấy tin này, phản ứng đầu tiên của tôi không phải là thị trường lại đã loại bỏ bao nhiêu câu chuyện, mà là nhận ra rằng nhiều dự án ngay từ đầu đã không giải quyết vấn đề cơ bản nhất: khi giá token giảm, nguồn tài trợ suy giảm và các trình xác thực rời đi, ai sẽ tiếp tục trả tiền cho an ninh mạng?

Một chuỗi PoS mới có thể thu hút việc đặt cọc nhờ APY cao, cũng có thể tạo ra mức độ hoạt động nhờ airdrop, nhưng nếu toàn bộ ngân sách an ninh lại được xây dựng trên chính token của nó, thì năng lực phòng thủ sẽ dao động cùng với giá coin. Vốn hoá càng thấp, chi phí tấn công càng rẻ; tiếp tục phát hành thêm để duy trì các node lại càng làm pha loãng giá trị token.

Đó cũng là lý do tôi tiếp tục nghiên cứu Babylon. Nó cố gắng đưa BTC gốc vào đầu cung cấp an ninh, để các chuỗi PoS, Rollup và app chain không nhất thiết chỉ dựa vào token của chính mình để dựng “hàng rào” kinh tế. Người nắm giữ BTC hoàn tất việc khoá trên mạng Bitcoin, không cần bọc token hay cầu nối chéo chuỗi, và thông qua cơ chế có thể bị phạt, họ cung cấp sự bảo lãnh cho các mạng bên ngoài.

Tuy vậy, tôi sẽ không vội kết luận mô hình là đúng chỉ vì quy mô đặt cọc tăng lên. Đầu cung cấp có sự tham gia của BTC chỉ cho thấy tồn tại nhu cầu lợi suất; yếu tố thực sự quyết định Babylon có thể vận hành bền vững hay không là liệu các mạng được kết nối có sẵn sàng tiếp tục trả các chi phí thực sự hay không.

Sau khi làn sóng tài trợ rút đi mà vẫn có người mua “an ninh BTC”, thì Babylon mới có khả năng đi từ giao thức đặt cọc trở thành nền tảng hạ tầng an ninh.

#baby $BABY @BabylonLabs_io

Hơn 2,5 triệu ETH đang chờ để được đưa vào hàng đợi staking.

Thị trường nhìn thấy sự phục hồi của nhu cầu staking, nhưng tôi quan tâm hơn đến tín hiệu nằm sau nó: khi ngày càng có nhiều vốn sẵn sàng khóa tài sản để duy trì an ninh mạng, thì bản thân an ninh của blockchain đang trở thành một ngành kinh doanh có thể định giá.

Ethereum dùng ETH để bảo vệ mạng lưới của mình, còn Babylon muốn mở rộng logic này hơn nữa—để BTC không chỉ bảo vệ Bitcoin, mà còn có thể trở thành nguồn vốn an ninh bên ngoài mà các chuỗi PoS, Rollup và chuỗi ứng dụng có thể gọi tới.

Đó cũng là điều khiến tôi cho rằng Babylon đang bị định giá thấp. Bề ngoài, nó cung cấp cổng staking cho BTC; nhưng về bản chất, nó đang xây dựng một thị trường cung–cầu về an ninh. Người nắm giữ BTC cung cấp bảo đảm kinh tế, việc tham gia mạng sẽ khiến chi phí tấn công cao hơn, và Babylon chịu trách nhiệm kết nối hai bên cũng như thực thi các quy tắc trừng phạt và rút lui.

Nhưng xét từ góc độ nghiên cứu đầu tư, quy mô staking không phải là câu trả lời duy nhất. Khóa vào còn nhiều BTC đến đâu, nếu không có đủ nhiều mạng lưới sẵn sàng tiếp tục chi trả phí an ninh, thì tăng trưởng vẫn có thể phụ thuộc vào trợ cấp bằng token. Thứ thực sự đáng theo dõi là số lượng mạng lưới được kết nối, mức chi an ninh thực tế, doanh thu giao thức, và liệu các khoản doanh thu đó có thể dần dần hỗ trợ lợi nhuận cho những người staking BTC hay không.

Việc xếp hàng staking ETH cho thấy vốn sẵn sàng khóa dài hạn vì an ninh mạng. Babylon tiếp theo cần chứng minh rằng: an ninh kinh tế của Bitcoin có thể—từ một thuộc tính của tài sản—chuyển thành dịch vụ hạ tầng mà các blockchain khác sẵn sàng tiếp tục mua.

Nếu điều đó đúng, thì cuộc cạnh tranh của Babylon không chỉ là thị trường lợi nhuận BTCFi, mà là ngân sách an ninh của cả thế giới on-chain.

#baby $BABY @BabylonLabs_io

Lần đầu tiên thấy mô hình đặt cược của Babylon, tôi đã không ngay lập tức hiểu nó như một sản phẩm tạo lợi nhuận. Thứ thực sự thu hút tôi là tham vọng xây dựng một thị trường mới: cho phép các mạng lưới khác mua trực tiếp sự an toàn kinh tế được cung cấp bởi Bitcoin.

Trong quá khứ, để một chuỗi mới khởi động, thường phải tự phát hành token, tuyển chọn các trình xác thực (validator), rồi thông qua các ưu đãi cao để tạo ngân sách an ninh. Vấn đề là, sự đồng thuận về token và tính thanh khoản của nhiều dự án không đủ để duy trì an ninh dài hạn; một khi mức trợ cấp giảm xuống, các trình xác thực sẽ rời đi, chi phí tấn công cũng hạ thấp, và an ninh mạng nhanh chóng suy yếu.

Babylon đưa ra một hướng đi khác. Người nắm giữ BTC có thể khóa BTC gốc để cung cấp sự đảm bảo an ninh có thể bị trừng phạt cho các chuỗi PoS, Rollup hoặc các hệ thống khác; còn các mạng lưới tham gia sẽ nhận được sự hậu thuẫn kinh tế mạnh hơn so với token của chính họ thông qua việc chi trả phần thưởng. Với tôi, điều này giống như đang xây dựng một thị trường vốn an ninh phi tập trung hơn là chỉ đơn giản biến BTC thành một tài sản staking khác.

Tuy nhiên, liệu mô hình này cuối cùng có thể vận hành được hay không thì mấu chốt không nằm ở việc khóa vào bao nhiêu BTC, mà nằm ở phía nhu cầu. Mạng lưới kết nối với Babylon có thực sự sẵn sàng tiếp tục trả tiền hay không, và liệu sự an toàn nhận được có chuyển hóa thành nhiều người dùng hơn, vốn hơn và doanh thu từ các giao thức hơn hay không—điều đó quyết định cả hệ thống có thể tách khỏi việc vận hành dựa vào trợ cấp hay không.

Tôi cũng sẽ tiếp tục theo dõi vai trò của $BABY trong đó. Nếu nó chỉ đảm nhiệm việc phân phối phần thưởng, thì áp lực bán sẽ tồn tại lâu dài; nếu nhu cầu về Gas, quản trị, xác thực và các yêu cầu thanh toán hệ sinh thái tăng trưởng đồng bộ, thì token mới có khả năng hình thành sự nắm bắt giá trị ổn định hơn.

Giới hạn của Babylon không phải là làm thêm một cổng staking BTC, mà là biến sự đồng thuận an ninh của Bitcoin thành một nguồn vốn công cộng mà toàn bộ thế giới on-chain có thể sử dụng.

#baby $BABY @BabylonLabs_io

Sau khi tôi nghiên cứu lại Babylon, thứ khiến tôi hứng thú nhất không còn chỉ là Bitcoin Staking nữa, mà là các Trustless Bitcoin Vaults mà nó đang thúc đẩy. Trong thời gian dài, dù BTC có được sự đồng thuận cao nhất về tài sản tiền mã hóa, nhưng lại rất khó để đi trực tiếp vào các thị trường cho vay, stablecoin và tín dụng dành cho tổ chức. Người dùng thường chỉ có thể dựa vào WBTC, cầu nối xuyên chuỗi hoặc hình thức lưu ký tập trung để chuyển đổi BTC gốc sang một loại chứng từ trên chuỗi khác. Khi việc chuyển đổi hoàn tất, rủi ro cũng không còn nằm ở chính Bitcoin nữa, mà chuyển sang người lưu ký, cầu nối và các hợp đồng thông minh.

Babylon muốn giải quyết vấn đề ở tầng nền tảng hơn: BTC không rời khỏi blockchain chính của Bitcoin, trong khi các giao thức bên ngoài vẫn có thể xác minh được rằng nó đang tồn tại, liệu có đang bị khóa hay không, tỷ lệ thế chấp có lành mạnh không và khi nào thì cần phải thanh lý. Nếu hướng này được triển khai thành công, Aave và các giao thức cho vay sẽ không còn đối mặt với “một loại BTC được bọc” nữa, mà là một hạ tầng thế chấp có thể đọc được trạng thái của BTC gốc. Với tôi, đây chính là thay đổi then chốt để BTCFi chuyển từ “tạo ra chứng từ sinh lợi” sang “thiết lập các đường ray tài chính gốc”.

Tôi cho rằng điều này quan trọng hơn chỉ đơn thuần nâng tỷ suất lợi nhuận của BTC. Nó có nghĩa là BTC có cơ hội chuyển từ một tài sản lưu trữ giá trị thụ động sang vốn có tính sản xuất, có thể tham gia cho vay, tài trợ và quản lý tài sản - nợ. Thợ đào, người nắm giữ dài hạn và dòng vốn tổ chức cũng có thể nhận được tính thanh khoản mới mà không cần từ bỏ quyền kiểm soát tài sản. Nếu con đường này thành hiện thực, hiệu quả tài chính của BTC sẽ được nâng lên, và thị trường cũng không nhất thiết phải tiếp tục tập trung “tín dụng cốt lõi” vào tay một vài bên phát hành tài sản được bọc.

Tuy nhiên, kiểm chứng kỹ thuật không đồng nghĩa với việc khép kín về mặt thương mại. Bằng chứng trạng thái, oracle, độ trễ thanh lý và hiệu suất thực thi trong các tình huống thị trường cực đoan—tất cả sẽ quyết định liệu sản phẩm có thể gánh được dòng tiền thực hay không. Tiếp theo, tôi quan tâm nhiều hơn đến việc Babylon được triển khai thực tế cùng Aave, Ledger, và liệu BTCVaults có tạo ra nguồn phí ổn định hay không. Nếu các mắt xích này vận hành trơn tru, Babylon có thể không chỉ là một giao thức BTCFi, mà còn trở thành một giao diện quan trọng để đưa Bitcoin gốc bước vào tài chính trên chuỗi.

#baby $BABY @BabylonLabs_io

哈哈哈哈

Khi mới tiếp cận Web3, tôi nghĩ rằng ưu điểm lớn nhất của blockchain chính là sự đơn giản.

Không có quy trình phức tạp, không có trung gian tổ chức—chỉ cần một ví là có thể tham gia vào tài chính toàn cầu.

Nhưng sau đó, ngày càng nhiều tài sản truyền thống bắt đầu thử đưa lên chuỗi, và tôi nhận ra một vấn đề ngày càng rõ ràng:

Blockchain có thể giảm chi phí giao dịch, nhưng không nhất thiết tự nhiên kế thừa các quy tắc vận hành vốn có trong tài chính truyền thống.

Tài chính trong thực tế có thể xử lý được dòng vốn quy mô lớn không chỉ vì có tài sản, mà còn vì đằng sau là một hệ thống quy tắc hoàn chỉnh.

Ai được mua, ai được bán, hạn mức là bao nhiêu, trong trường hợp nào thì tạm dừng thao tác—đó đều là nền tảng được tích lũy qua thời gian dài của hệ thống tài chính.

Còn thế giới trên chuỗi trong quá khứ chủ yếu mới giải quyết bài toán “tài sản được chuyển như thế nào”, chứ chưa có đủ nền tảng để trả lời “tài sản nên được quản lý ra sao”.

Đó là lý do Newton Protocol khiến tôi hứng thú.

Authorization Layer mà họ đang cố gắng xây dựng, về bản chất, là bổ sung thêm một năng lực thực thi quy tắc lên trên chuỗi.

Thông qua Policy Framework, nhà phát triển có thể chuyển các điều kiện ở nhiều bối cảnh khác nhau thành logic có thể thực thi, để ứng dụng không chỉ dừng lại ở việc thực hiện giao dịch, mà vận hành theo các quy tắc đã được đặt sẵn.

Tôi cho rằng hướng đi này quan trọng ở chỗ: nó nối hai thế giới lại với nhau.

Thế giới on-chain mang lại tính mở và hiệu quả.

Tài chính truyền thống mang lại quy tắc và trật tự.

Việc áp dụng quy mô lớn trong tương lai sẽ không chỉ là chuyển tài sản lên blockchain, mà là để logic tài chính trong thế giới thực có thể tự nhiên vận hành trong môi trường on-chain.

Newton không phải là câu trả lời cho mọi vấn đề, nhưng họ đi vào đúng một hướng mà không thể bỏ qua.

Bởi khi ngày càng nhiều vốn, tài sản và ứng dụng tiến vào on-chain, các quy tắc sẽ không biến mất—chỉ thay đổi hình thức tồn tại.

Giá trị dài hạn của $NEWT cần xem liệu nó có thể được nhiều giao thức và ứng dụng hơn nữa áp dụng hay không.

Nếu trong tương lai tài chính trên chuỗi cần một lớp thực thi quy tắc phổ quát, thì hướng mà Newton khám phá có thể sẽ trở thành một phần quan trọng trong đó.

@NewtonProtocol $NEWT #Newt

Nhìn dự án lâu hơn, tôi càng ít bị cuốn hút bởi những câu chuyện quá hoành tráng.

Vì trên thị trường lúc nào cũng không thiếu những bản tường thuật đẹp đẽ. Thứ hiếm thực sự là một đội ngũ có thể tách những vấn đề phức tạp ra, rồi từng bước giải quyết.

Newton Protocol là một trong những dự án gần đây khiến tôi sẵn sàng tiếp tục theo dõi.

Lý do không phải vì dự án nói về tương lai được bao nhiêu, mà vì nó đi vào những vấn đề khá nền tảng.

Sự phát triển của thế giới on-chain về bản chất luôn đi kèm với việc tăng độ phức tạp. Từ các giao dịch đơn giản, đến các giao thức tài chính, rồi đến các ứng dụng tự động hóa—hệ thống ngày càng mạnh hơn, nhưng đồng thời cũng ngày càng cần những cách thức phối hợp mới.

Newton muốn làm điều đó là để những hành vi phức tạp này có thể vận hành theo những quy tắc rõ ràng.

Từ Authorization Layer cho đến Policy Framework, rồi đến Verifiable Automation—logic cốt lõi của nó không phải là tạo ra một ứng dụng mới, mà là cung cấp một bộ năng lực nền tảng để các ứng dụng vận hành theo chuẩn mực hơn.

Tôi nghĩ đặc điểm lớn nhất của các dự án hạ tầng là: trong ngắn hạn, chúng thường không quá sôi động.

Vì nó không giống các ứng dụng tiêu dùng, nơi có thể nhìn thấy trực tiếp mức tăng trưởng người dùng. Nhưng một khi đã trở thành một thành phần nền tảng trong hệ sinh thái, giá trị sẽ được tích lũy dần theo quy mô sử dụng.

Tất nhiên, ở góc nhìn đầu tư thì luôn cần giữ sự thận trọng.

Định hướng công nghệ đúng không có nghĩa là chắc chắn thành công; một whitepaper xuất sắc cũng cần được hệ sinh thái áp dụng để chứng minh.

Vì vậy, khi theo dõi $NEWT , tôi quan tâm hơn đến một vài chỉ số dài hạn: có thực sự kết nối ứng dụng hay không, có nhà phát triển tiếp tục sử dụng hay không, và liệu mạng có hình thành nhu cầu thực tế hay không.

Mỗi ngày thị trường lại có những “hot trend” mới, nhưng những cơ hội thực sự đáng chú ý, rất nhiều khi lại nằm trong các dự án giải quyết vấn đề dài hạn.

Newton có thể đi được xa đến đâu còn cần thời gian để kiểm chứng, nhưng những vấn đề mà nó đang khám phá thì đúng là hướng đi không thể lẩn tránh trong quá trình phát triển của on-chain.

@NewtonProtocol $NEWT #Newt

Dạo này tôi có xem một số chiến lược tự động hóa khi chạy trực tiếp và vẫn luôn có một thắc mắc: Nếu một hệ thống mỗi ngày giúp bạn hoàn thành rất nhiều thao tác, thì điều bạn thực sự cần quan tâm rốt cuộc là gì?

Nhiều người có thể phản xạ đầu tiên sẽ nghĩ đến hiệu suất.

Giao dịch nhanh hơn, thực hiện nhiều hơn, tiết kiệm chi phí nhân công.

Nhưng khi quy mô vốn ngày càng lớn, thì vấn đề thực sự quan trọng sẽ chuyển sang một hướng khác: liệu quá trình này có vận hành đúng theo logic đã được thiết lập hay không.

Đó cũng là lý do tôi thấy cách thiết kế của Newton Protocol khá thú vị.

Nó không đặt trọng tâm vào việc “để máy móc làm nhiều việc thay con người”, mà lại chú ý tới một vấn đề thường bị bỏ qua trong quá trình tự động hóa—cách thức thực thi được xác minh như thế nào.

Trong whitepaper của Newton, Verifiable Automation về bản chất là bổ sung cho hệ thống tự động hóa một cơ chế có thể được xác minh.

Trong quá khứ, nhiều giải pháp tự động hóa trên chuỗi giống như một kịch bản thực thi. Hệ thống nhận nhiệm vụ, rồi hoàn thành thao tác, người dùng cuối cùng chỉ thấy kết quả. Nhưng điều gì xảy ra ở giữa, vì sao lại thực thi như vậy, có phù hợp với điều kiện ban đầu hay không—thường lại không minh bạch.

Cách tiếp cận của Newton là thay đổi quy trình này.

Thông qua Operator Network, việc thực thi nhiệm vụ không còn phụ thuộc vào một người thực thi đơn lẻ nữa, mà do các bên tham gia trong mạng phối hợp và xác minh. Đồng thời, các công nghệ TEE và ZK chịu trách nhiệm xử lý vấn đề về môi trường thực thi và tạo bằng chứng, để hệ thống có thể chứng minh rằng một số hành vi nhất định đáp ứng điều kiện đã đặt trước.

Điểm then chốt mà tôi thấy ở đây là: Newton không chỉ đơn thuần nâng cao hiệu suất tự động hóa, mà đang định nghĩa lại hệ thống tự động hóa cần có những năng lực nào.

Một mạng tự động hóa thực sự trưởng thành không chỉ cần “biết thực thi”, mà còn cần “có thể giải thích việc mình đã thực thi”.

Điều này cũng có một số điểm tương đồng với hệ thống tài chính truyền thống.

Quản lý vốn quy mô lớn không chỉ chú trọng vào lợi nhuận cuối cùng, mà còn quan tâm đến hồ sơ quy trình, căn cứ thực thi và lộ trình trách nhiệm. Trong tương lai, nếu tự động hóa trên chuỗi muốn gánh vác các hành vi tài chính phức tạp hơn, thì cũng cần nền tảng có thể xác minh như vậy.

Đối với $NEWT , tôi quan tâm nhiều hơn đến việc liệu nó có thể trở thành một thành phần nền tảng trong hệ sinh thái tự động hóa hay không.

Bởi vì trong tương lai thế giới trên chuỗi sẽ không thiếu các công cụ tự động hóa. Thứ có thể thực sự khan hiếm là một nền tảng lớp nền có thể khiến cho hành vi tự động hóa được xác minh, được tin tưởng và được áp dụng rộng rãi.

@NewtonProtocol $NEWT #Newt

Nhiều người cho rằng tự động hóa trên chuỗi khối là việc để chương trình thay người dùng thực hiện các thao tác, nhưng vấn đề cốt lõi là: chương trình làm sao biết mình cần hoàn thành điều gì.

Những hợp đồng thông minh trước đây giống như các công cụ thực thi. Chúng có thể hoàn thành nhiệm vụ theo đúng mã lệnh, nhưng trước các bối cảnh tài chính ngày càng phức tạp, chỉ việc thực hiện các hành động đơn thuần đã không còn đủ.

Newton Protocol đang cố gắng giải quyết chính nhu cầu đó trong kỷ nguyên tự động hóa.

Theo nội dung whitepaper, Newton cho phép người dùng diễn đạt mục tiêu thông qua Automation Intent, sau đó kết hợp Policy Framework để chuyển mục tiêu thành các điều kiện có thể thực thi. So với giao dịch truyền thống mang tính “một lần duy nhất”, cách này gần hơn với hướng phát triển của các ứng dụng trên chuỗi trong tương lai.

Trong tương lai, người dùng có thể sẽ không còn phải quản lý từng thao tác mỗi ngày, mà thay vào đó là đặt mục tiêu để hệ thống liên tục hoàn thành nhiệm vụ. Nhưng điều kiện tiên quyết là quá trình tự động hóa này phải có khả năng hiểu điều kiện và vận hành theo quy tắc.

Đó cũng là lý do Newton đáng được quan tâm.

Nó không chỉ đơn giản là thêm một bot, mà là đang khám phá một phương thức tương tác mới giữa con người và hệ thống trên chuỗi.

Tất nhiên, hiện dự án vẫn đang trong giai đoạn phát triển; các ứng dụng hệ sinh thái và nhu cầu thực tế vẫn cần thời gian để được kiểm chứng. Tuy nhiên, xét về định hướng, khi thế giới trên chuỗi ngày càng trở nên tự động hóa, thì việc làm thế nào để hệ thống hiểu tốt hơn mục tiêu của người dùng sẽ trở thành một vấn đề quan trọng.

Trước đây, chúng ta tập trung vào việc giao dịch có được hoàn tất hay không.

Trong tương lai, có thể sẽ quan tâm nhiều hơn đến việc giao dịch có được thực hiện đúng theo mục tiêu hay không.

@NewtonProtocol $NEWT #Newt

$ARTX 4 lần tích phân vừa mở,
ARToken của Dương Đạt Hoa cũng vừa mới bắt đầu đợt chào bán,
hai chuyện này gom chung lại với nhau thì thật sự tôi có chút không chịu nổi, cảm giác thời gian này Ultiland là quyết tâm muốn làm một cú lớn.
Đáng để chú ý đó!
$ARTX #Artoken #Ultiland

Trước đây, khi xem các hoạt động tự động hóa trên chuỗi, tôi quan tâm chủ yếu đến việc nó có thể giúp tôi tiết kiệm thời gian hay không. Nhưng sau khi nghiên cứu sâu về giao thức Newton, tôi nhận ra khó khăn lớn nhất thực sự không nằm ở việc tự động hóa, mà là sau khi tự động hóa thì ai sẽ chứng minh rằng nó không bị lệch khỏi mục tiêu.

Trong vài năm qua, trên chuỗi đã xuất hiện rất nhiều công cụ tự động hóa. Từ các chiến lược sinh lợi cho đến robot giao dịch, rồi đến nhiều giải pháp thực thi thông minh khác nhau—nhiều việc không còn cần người dùng làm thủ công. Tuy nhiên, khi mức độ tự động hóa tăng lên, một vấn đề mới xuất hiện: khi giao nhiệm vụ cho hệ thống thực thi, làm sao để xác nhận rằng quá trình thực thi đúng như kỳ vọng?

Đây cũng là một phần cốt lõi trong whitepaper của Newton Protocol.

Newton không chỉ đơn giản cung cấp một robot để thực thi nhiệm vụ, mà còn xây dựng một lớp tự động hóa có thể được xác minh. Nó kỳ vọng thông qua Operator Network phi tập trung, việc thực thi nhiệm vụ sẽ không còn phụ thuộc vào một bên thực thi đơn lẻ, mà thông qua các cơ chế xác minh để đảm bảo kết quả thực thi đáp ứng các điều kiện đã định.

Trong đó, sự kết hợp giữa TEE và ZK là một thành phần quan trọng của toàn bộ kiến trúc. TEE cung cấp môi trường thực thi đáng tin cậy, để quá trình tính toán có thể chạy trong môi trường được bảo vệ; còn ZK giúp hệ thống có thể chứng minh rằng một kết quả nào đó thỏa mãn các quy tắc, đồng thời giảm việc công khai không cần thiết về thông tin.

Thiết kế này khiến tôi liên tưởng đến hệ thống lưu ký và thanh toán trong tài chính truyền thống. Các quỹ lớn sẽ không chỉ quan tâm đến kết quả giao dịch, mà còn quan tâm toàn bộ quá trình có thể truy vết được hay không, có tuân thủ đúng quy trình hay không. Trong tương lai, khi tự động hóa trên chuỗi đảm nhận các ứng dụng phức tạp hơn, cũng sẽ cần những cơ chế thực thi đáng tin cậy tương tự.

Điều mà Newton’s Automation Layer muốn giải quyết là biến tự động hóa từ trạng thái “có thể chạy” sang “có thể chạy và được xác minh”.

Kết hợp với VaultKit, nhà phát triển có thể dễ dàng tích hợp logic tự động hóa vào ứng dụng hơn, trong khi mạng Operator chịu trách nhiệm thực thi và xác minh, từ đó tạo thành một vòng khép kín cho toàn bộ quy trình.

Tôi cho rằng tầm quan trọng của hướng đi này nằm ở chỗ: trong tương lai sẽ không thiếu các công cụ để thực thi trên chuỗi, nhưng thứ thực sự khan hiếm là hạ tầng thực thi có thể được tin cậy.

Dĩ nhiên, hiện tại Newton vẫn đang trong giai đoạn phát triển, nên quy mô hệ sinh thái và mức độ áp dụng thực tế cần tiếp tục theo dõi. Đối với $NEWT , điều tôi quan tâm hơn là liệu mạng có tạo ra nhu cầu thực sự hay không—bao gồm mức độ tham gia của các Operator, số lượng ứng dụng được tích hợp và sự tăng trưởng của số lần gọi giao thức.

@NewtonProtocol $NEWT #Newt