文哥web3社区

GRVT Booster任务定榜了，排名前300名需要在明天8点前在钱包里确认，人均416枚GRVT代币。还有4天tge，希望上线后能冲一波，高点1-2美刀有木有？期待ing！还没确认的抓紧确认吧～

一路跌跌撞撞，7月20日凌晨3点，纽约，阿根廷打西班牙。

先说说这两队怎么杀进来的，画风完全不一样。

西班牙那边，稳得一批。半决赛2-0把法国收拾得服服帖帖，连续37场不败。最恐怖的是防守，7场比赛就丢了1个球。姆巴佩全场0射正，西班牙防线跟铁板一样。

阿根廷这边，场场都是心脏病局。16强打埃及，0-2落后硬是13分钟连扳3个。8强打瑞士，加时赛才拿下。半决赛打英格兰，0-1落后到最后7分钟连进俩逆转。场场逆风翻盘，场场绝杀，这队心脏不好的真别看。

然后是最炸的话题——39岁打19岁。

亚马尔，刚满19岁。半决赛造点把法国送回家。他的偶像就是梅西。2007年梅西第一次拿金球的时候，亚马尔才3个月大。现在19岁的他要直接跟39岁的偶像在决赛抢大力神杯。

历史交手也很有意思。两队踢过14次，各赢6场。世界杯就碰过一次，1966年阿根廷2-1赢的。最近一次是2018年友谊赛，西班牙6-1血洗阿根廷。但参加那场的西班牙球员基本都退了，阿根廷这边奥塔门迪、塔利亚菲科、劳塔罗还在。

说下我个人感觉。西班牙控场能力强，防守固若金汤。阿根廷体能是隐患，连着加时、逆转，这帮老头油箱里还有多少油真不好说。但梅西这种球员，一个人就能改变比赛。大数据给西班牙夺冠概率56%左右，但阿根廷一路都是不被看好打上来的。

7月20日凌晨3点，闹钟定好，啤酒备好。39岁传奇对19岁天才，卫冕冠军对不败之师。这场球，错过得再等四年。

评论区聊聊，你们觉得阿根廷能卫冕还是西班牙新王登基？

#BinancePickAndWin

Sáng nay Tây Ban Nha treo giò kiểu… đối đầu với Pháp, giờ áp lực dồn hết vào trận này——rạng sáng 3 giờ mai, Argentina gặp Anh. Messi lần đầu tiên chạm trán nước Anh trong sự nghiệp, tin nổi không? Đá 20 năm, đối đầu với mọi đội mạnh, vậy mà chưa từng gặp “Tam Sư”.

Trước hết nói về mối thù lịch sử, hai đội gặp nhau là mắt đỏ lên.

Tại World Cup, hai đội đã đối đầu 5 lần: Anh thắng 3, thua 2, nhỉnh hơn. Năm 1986, “Bàn tay của Chúa” của Maradona tiễn Anh về nước. Năm 1998, Beckham bị truất quyền thi đấu vì thẻ đỏ, Argentina được hưởng phạt đền đi tiếp. Năm 2002, Beckham phục hận bằng cú sút trên chấm phạt đền. Cách nhau 24 năm, ân cũ thù mới giờ tính chung một lượt. Cựu danh thủ của Anh là Scholes thẳng thừng: “Trận đấu này sẽ hoàn toàn mất kiểm soát, thẻ đỏ chắc chắn sẽ xuất hiện.”

Cả hai bên đều có vấn đề.

Phía Anh, hậu vệ cánh phải Quansah bị treo giò vì thẻ đỏ, còn Reece James vừa trở lại sau chấn thương nên trạng thái còn bỏ ngỏ. Tin tốt là Rice đã khỏi bệnh và có thể đá chính.

Còn Argentina còn thảm hơn——hai trận liên tiếp phải kéo dài hiệp phụ, họ phải đá nhiều hơn Anh đến 30 phút. Enzo ở hiệp 1 trận gặp Thụy Sĩ đã có dấu hiệu không ổn, còn Romero trận nào cũng bị chuột rút. Bọn “ông già” này còn dầu không?

Dữ liệu siêu máy tính Opta: xác suất Anh đi tiếp 51,9%, Argentina 48,1%, gần 30% là vào hiệp phụ.

Tôi đoán bừa vài câu cho vui, thuần túy tán gẫu đừng coi là chắc.

Thể lực của các lão tướng Argentina là điểm yếu. Nhưng Anh có sức trẻ và khả năng tấn công mạnh. Tuy nhiên, kiểu cầu thủ như Messi, một mình có thể thay đổi cục diện. Tuchel nói phải kèm người trực tiếp để khóa Messi, nhưng vấn đề là ai có thể kèm trọn 90 phút?

Khả năng cao sẽ phải đá hiệp phụ, thậm chí là loạt luân lưu. Ai ghi bàn trước sẽ chiếm lợi thế: Anh “ngồi chờ” phản công, Argentina kiểm soát bóng mài nhịp độ——30-60 phút đầu có lẽ sẽ thăm dò lẫn nhau.

Cá nhân tôi thấy kèo 50-50, nhưng kiểu “ông vua những trận lớn” như Messi càng vào trận then chốt càng đáng sợ. Chuông báo 3 giờ đêm đã hẹn sẵn, bia thì chuẩn bị sẵn, ân oán này không được phép bỏ lỡ.

Các anh em nghĩ ai sẽ vào chung kết để tranh ngôi vô địch với Tây Ban Nha?

#BinancePickAndWin

Tổng quan Kiến trúc của “深夜翻@grvt_io ” — càng xem càng thấy dự án này có vẻ “có gì đó”, nhưng cũng càng xem càng không yên tâm.

Trước hết nói phần “bề nổi”. Tài liệu chính thức viết rất rõ: “matches and stores data off chain and provides smart contract level guarantees of their execution on chain” (khớp lệnh và lưu trữ dữ liệu ngoài chuỗi, đồng thời cung cấp các bảo đảm ở mức hợp đồng thông minh cho việc thực thi trên chuỗi). Việc khớp lệnh diễn ra ngoài chuỗi, còn kết quả thanh toán được đưa lên chuỗi thông qua hợp đồng thông minh để bảo đảm.

Kiến trúc kiểu “ZK Stack validium” kết hợp sổ lệnh giới hạn trung tâm (central limit order book) này có thể xử lý 600.000 giao dịch/giây — tốc độ đúng là tiệm cận CEX. Spearbit vào tháng 12/2024 đã tiến hành một cuộc kiểm toán toàn diện trong 28 ngày; và phải thừa nhận đội ngũ đang làm kỹ rất nghiêm túc.

Nhưng khi bóc tách chi tiết kỹ thuật, tôi lại có vài điểm phải hoài nghi.

Trong phần “Architecture Overview” có một câu: “users requests are routed through our Backend infrastructure - the only permissioned entity allowed to execute transactions against our smart contracts”. Tức là mọi yêu cầu đều phải đi qua hạ tầng Backend của họ; và backend là thực thể duy nhất được phép gửi giao dịch lên các hợp đồng L2. Nói theo kiểu dễ hiểu: GRVT đang chạy một chuỗi riêng (private chain). Nếu backend bị xâm nhập, cả hệ thống sẽ lộ.

Ngay cả tài liệu về chế độ Validium cũng thừa nhận: “operator keeps block data confidential” — dữ liệu nằm trong tay nhà vận hành. Thiết kế gồm bốn lớp hợp đồng cộng thêm cổng backend riêng tư; mỗi endpoint/hệ giao diện đều có thể là điểm yếu tiềm tàng. Kiểm toán có thể bao quát logic code, nhưng khó bao quát các lỗ hổng tổ hợp giữa nhiều lớp (cross-layer interaction). Cơ chế “phòng thủ nhiều lớp” rốt cuộc là đang vá lỗ hổng hay đang chất thêm bề mặt tấn công? Tôi không dám khẳng định.

Nói tiếp về token. Tổng cung 1 tỷ token: nhà đầu tư 19,9%, team 19%, cộng đồng/airdrop 28%, dự trữ cho tương lai 33,1%. Cộng nhà đầu tư + team + dự trữ tương lai đã chiếm tới 72%. TGE được đẩy từ Q1 sang cuối tháng 6; trong ngày đầu lên sàn chỉ mở 18% tương ứng Season 2 và airdrop giai đoạn sớm. Ngược lại, với lượng token lớn của nhà đầu tư và team, bạch paper lại không hề nhắc tới chu kỳ mở khóa cụ thể.

Đã nhận 33,3 triệu USD đầu tư, có ZKsync và Delphi Ventures đứng tên hậu thuẫn. Năm 2025 tổng khối lượng giao dịch đạt 177 tỷ USD. Nhưng những rủi ro về tính tập trung trong kiến trúc kỹ thuật và vấn đề minh bạch của mô hình token vẫn đang nằm đó. Chỉ khi quy tắc mở khóa của các tổ chức hoàn toàn minh bạch, tôi mới có thể đánh giá được mức “đáng tiền” của việc người chơi phổ thông tham gia.

Bạn nghĩ sao về kiểu kiến trúc lai như vậy? Đủ dùng hay vẫn đáng ngờ?
#grvt

Làm phân tích on-chain nhiều năm vẫn có một mâu thuẫn không thông: hợp đồng thông minh được quảng cáo là không thể bị sửa đổi, trong khi quy định quản lý thì thay đổi mỗi ngày, danh sách trừng phạt thì cứ cách vài hôm lại cập nhật. Dùng những thứ “bất biến” để ghép vào một thế giới luôn biến động—món lệch pha này trước đây chưa ai giải quyết thẳng thắn, cho đến khi tháo tung Newton mainnet Beta thì mới thấy ra đáp án.@NewtonProtocol

Newton tách chiến lược khỏi code: quy tắc viết bằng Rego, tách rời khỏi hợp đồng. Việc cập nhật danh sách trừng phạt và điều chỉnh ngưỡng rủi ro chỉ cần sửa cấu hình—không phải đụng code, cũng không cần triển khai lại hợp đồng. Nâng cấp truyền thống thì hoặc là multisig kéo dài nửa tháng, hoặc là đổi hợp đồng để chuyển tài sản—trễ nhịp giữa on-chain và off-chain. Newton nén quy trình này xuống gần như bằng không.

Còn một lựa chọn kỹ thuật khác bị xem nhẹ: thẩm định chiến lược bằng chứng minh zero-knowledge. Tổ chức có thể chứng minh tuân thủ nhưng không cần công khai danh mục nắm giữ và đối tác giao dịch. Với tổ chức, đây là yêu cầu “bắt buộc”; chẳng ai muốn tự công khai toàn bộ sổ lệnh để chứng minh mình trong sạch.

Hai điểm đó ghép lại thành một bài toán tam giác mà Newton giải quyết: on-chain cần phải có thể xác minh, tổ chức cần riêng tư, còn quản lý thì phải theo kịp thay đổi. Trước đây ba yêu cầu này thường xung đột với nhau; giờ thì cùng được “đỡ” bởi kiến trúc này.

Nhưng cơ chế quản trị khiến tôi phải băn khoăn. Nâng cấp giao thức chia làm hai lớp: tham số kinh tế có thể điều chỉnh qua bỏ phiếu, còn logic cốt lõi thì cần hard fork. Nghe thì hợp lý, nhưng tôi không tìm được ngưỡng cụ thể—51% hay 66%? Theo chất lượng staking hay theo lượng token nắm giữ? Mainnet Beta lên tới nay vẫn chưa có đề xuất chính thức; toàn bộ tham số do quỹ (foundation) công bố. Nếu chỉ cần nút của foundation chấp thuận hard fork, thì khác gì so với nâng cấp thẳng?

$NEWT đang quanh 0.04 USD, đã giảm khá nhiều so với đỉnh. Có người trong cộng đồng kêu gọi bật lại, có người lại gọi nó là “PPT của giới tuân thủ”. Tôi khá hiểu sự phân hóa này: nguồn cung token lưu hành giai đoạn đầu dễ bị dòng cảm xúc “đánh gãy xương”, chẳng liên quan đến giá trị của giao thức. Nhìn từ lộ trình kỹ thuật, việc làm sẵn phần xác minh thành hạ tầng—đó là một logic tự khớp khá hiếm tôi gặp trong đường đua tuân thủ. Bộ zero-knowledge proof này cộng với việc tách chiến lược: liệu có chịu được bài test dưới áp lực dòng tiền lớn không?
#newt

Vào lúc 3 giờ sáng nay, trận bán kết giữa Pháp và Tây Ban Nha—hạng thế giới số 2 gặp số 3. Ông M (Mbappé) ghi 8 bàn trong 6 trận, đối đầu với Tây Ban Nha: 6 trận chỉ để lọt 1 bàn. Mâu thuẫn và lá chắn—ai viết kịch bản này vậy?

Nói vài chi tiết để mọi người tự cảm nhận.

Pháp tấn công đúng là rất mạnh: ông M trong 6 trận nổ 8 bàn, Olise 6 trận đóng góp 6 đường kiến tạo—cả đội ghi được 16 bàn. Nhưng Pháp có một điểm chết—tại bán kết EURO 2024 và bán kết UEFA Nations League 2025, liên tiếp hai lần bị Tây Ban Nha tiễn về nhà. Ông M đối đầu Yamal: 10 lần gặp gần đây chỉ thắng 2 trận. Những con số này nhìn đúng là khiến người ta phải lo cho ông M.

Bên phía Tây Ban Nha còn “gắt” hơn. Unai Simón từng giữ sạch lưới suốt 649 phút, và trong 6 trận liên tiếp giữ trắng lưới lập kỷ lục lịch sử World Cup. Yamal 19 tuổi đúng là khắc tinh của ông M—phòng thủ cực kỳ chặt chẽ, bị kèm đến chết. Các phương án dự bị như Merino tung vào ghi bàn quyết định liên tiếp hai trận—độ sâu băng ghế dự bị này thật đáng sợ.

Cay nhất là… đúng ngày bán kết lại là Quốc khánh Pháp. Macron nói nếu vào chung kết thì sẽ đích thân tới sân. Nếu Pháp thua, Quốc khánh sẽ thành quốc tang.

Tôi nói vài câu bb theo kiểu dự đoán cá nhân, chỉ để tâm sự cho vui—đừng coi là nghiêm túc.

Trận này chắc chắn không dễ xem. Tây Ban Nha chắc sẽ kiểm soát bóng chậm rãi mài mòn, Pháp thì xuống thấp thủ thế rồi phản công. 60 phút đầu dự đoán 0-0; ai ghi bàn trước thì người đó thắng. Tốc độ của ông M lao vào đánh cánh của các lão tướng Tây Ban Nha có lẽ là cơ hội duy nhất, nhưng hàng phòng ngự Tây Ban Nha quá vững—khả năng cao sẽ kéo dài đến hiệp phụ thậm chí đá luân lưu.

Cảm giác của tôi là Tây Ban Nha có cửa thắng nhỉnh hơn, kèo 63 đi. Vì tâm lý đang chiếm ưu thế: hai lần liên tiếp tại bán kết các giải đấu lớn loại Pháp. Đội này quá hợp để chơi với Pháp. Nhưng ông M là kiểu cầu thủ mà chỉ một người cũng có thể thay đổi cục diện—thật sự rất khó nói trước.

Set đồng hồ báo thức lúc nửa đêm 3 giờ xong, bia đã chuẩn bị sẵn. Ai vào chung kết thì gặp nhau ở phần bình luận để xem rõ đáp án.

#BinancePickAndWin

#BinanceTurns9 #币安9周年
Chín năm gió mưa đồng hành, cảm ơn Binance đã dẫn dắt chúng ta khám phá thế giới crypto, mở khóa vô hạn khả năng! Từ 0 đến 9, từ giao dịch đến hệ sinh thái Web3, chúng ta cùng chứng kiến vô số kỳ tích. Chúc mừng Binance tròn 9 năm vui vẻ🎂, cùng nhau Build tương lai!

Ban đầu chỉ định tìm hiểu xem việc @NewtonProtocol tách Intent và Policy có ý nghĩa gì, nhưng lật đi lật lại nhiều lần tài liệu cho nhà phát triển mới nhận ra trước đó mình hiểu quá nông.

Trước đây khi viết hợp đồng, tôi quen nhét trực tiếp logic phán quyết vào quy trình nghiệp vụ: cấp quyền, điều kiện, thực thi đều trói chung với nhau, cứ chạy được là xong. Thiết kế của Newton hoàn toàn ngược lại: Intent mô tả “tôi muốn làm gì”, Policy kiểm tra “có thể làm được không”, còn lớp thực thi chỉ chịu trách nhiệm chạy để xác thực kết quả. Lúc đầu tôi nghĩ chỉ là thêm một lớp bao bọc, nhưng càng xem càng thấy thứ nó thực sự muốn tách ra chính là ranh giới trách nhiệm mà nhà phát triển vốn mặc định trộn lẫn.

Tuy nhiên, kiến trúc này khiến tôi không thể hoàn toàn yên tâm. Đi sâu theo ngăn xếp công nghệ thì TEE phụ thuộc Intel SGX. Các lỗ hổng như Foreshadow, Plundervolt… mỗi vòng tấn công kênh kề bên đều là một cái tát vào chữ “tin cậy”. Chi phí tính toán để tạo bằng ZKP còn cao hơn nhiều lần so với giao dịch thông thường. Cầu cross-chain Rollup tự nghiên cứu bản thân nó cũng là một bề mặt tấn công bổ sung. Báo cáo của HTX cho biết mạng chính sẽ lên vào Q3/2025, Q4 sẽ phát triển công cụ cho nhà phát triển, và đến năm 2026 sẽ hiện thực phủ đa chuỗi toàn cầu. Nhưng khi bốn lớp TEE+ZK+Rollup+AI chồng lên nhau, nếu xét riêng từng lớp thì đã đều là “xương khó nhằn”, độ khó lặp phát triển sẽ tăng theo cấp số.

Điều khiến tôi lo hơn là việc Newton phụ thuộc vào EigenLayer. Policy dựa vào các node restaking của EigenLayer để thực hiện xác minh đồng thuận: đây là đường tắt, không cần tự xây dựng từ đầu để xác minh tập hợp trình xác minh. Nhưng nếu hợp đồng restaking tầng dưới có lỗ hổng, hoặc một operator quy mô lớn bị slash, thì tác động có thể lan truyền dọc theo chuỗi phụ thuộc đến Newton. Tổng cung $NEWT là 1 tỷ token, hiện lưu hành khoảng 287 triệu, và 94% vẫn chưa được phát hành. TGE mới diễn ra hơn một năm, đa số các chức năng phức tạp tạo nên định giá vẫn còn nằm trong lộ trình.

Tất nhiên, tôi sẽ không phủ định toàn bộ vì điều đó. Nếu dự án cộng đồng thực sự bắt đầu tái sử dụng cùng một bộ Policy, thay vì viết lại các phán quyết then chốt vào mã nghiệp vụ của chính mình, thì tôi sẽ đánh giá cao hơn những gì NewtonProtocol muốn thay đổi—thực ra đó là tư duy nền tảng trong phát triển ứng dụng trên chuỗi.
#newt

Đêm khuya lật @grvt_io tài liệu chính thức, tôi dừng lại ở phần “Hybrid Architecture”. Trong FAQ ghi rõ: “GRVT has a hybrid architecture that is made up of both on-chain and off-chain systems for scalability, security, and privacy.” Ghép khớp ngoài chuỗi, thanh toán trên chuỗi. Xem thêm dữ liệu: 600.000 giao dịch/giây, độ trễ cỡ dưới mili giây. Tốc độ như CEX, cộng thêm ZK tự lưu ký—quả là một tổ hợp rất đẹp.

Nhưng tôi lật sang một đoạn khác thì đứng hình. Tài liệu nói: “A subset of the off chain actions are pushed to the GRVT chain. These actions are then published as zero-knowledge proofs to verify off-chain transactions on Ethereum.” Làm xong phần “撮合” ngoài chuỗi rồi đóng gói thành bằng chứng ZK và đăng lên Ethereum. Nghe thì hợp lý, nhưng phần đánh giá rủi ro của L2BEAT lại cố tình nhấn mạnh một câu: “Each update to the system state must be accompanied by a ZK proof”. Vấn đề nằm ở chữ “must”—“bắt buộc”.

Việc tạo bằng chứng ZK phụ thuộc vào một phiên bản cụ thể của máy ảo Boojum. Cốt lõi có thể được lặp/iter và nâng cấp phiên bản ở lớp dưới; lỗ hổng tương thích có thể đi kèm. Nếu việc xác minh hàng loạt thất bại, mọi hoạt động rút tiền và thanh toán của tất cả người dùng đều bị chặn. Riêng ZK Catalog của L2BEAT theo dõi hợp đồng verifier của từng dự án. Quy trình là: “regenerating Solidity files directly from source code to confirm deployed contracts are legitimate”. Tại sao họ làm vậy? Vì việc sinh khóa xác minh phụ thuộc trusted setup, và “SNARKs require a trusted setup” chính là giả định niềm tin.

Tôi tính một khoản. GRVT tự phát triển mạch ZK dùng cho ghép khớp phái sinh, ký quỹ hợp nhất, thanh toán/clearance. Các logic nhét vào mạch ZK này có độ phức tạp vượt xa các dự án ZK kiểu thanh toán thông thường. Ràng buộc quá chặt thì bằng chứng có thể thất bại; ràng buộc thiếu lại có thể bị người khác cố tình chế tạo bằng chứng “hợp lệ”. Chức năng càng phức tạp thì càng sâu nguy cơ lỗ hổng tiềm ẩn. Trong whitepaper, phần tốc độ tạo bằng chứng được viết rất đẹp, còn phương án ứng phó khi xác minh thất bại thì không thấy nhắc đến.

Nói về TGE nữa. Phía chính thức xác nhận tổng cung là 1 tỷ token, tỷ lệ dành cho cộng đồng và airdrop là 28%. Nếu phần gia tăng airdrop 6% (từ 22% lên 28%) được mở khóa, rất có khả năng sẽ tạo ra áp lực bán thực sự. Vài tuần trước đó biên độ dao động rộng hầu như không tránh khỏi.

Vì vậy, ý nghĩ của tôi hiện tại là: thay vì cược vào hướng đi, cứ chờ sau TGE khi thanh khoản thật sự hình thành rồi mới vào.

Bạn nghĩ sao về bộ kiến trúc hybrid của GRVT? Hãy chia sẻ phân tích kỹ thuật của bạn ở phần bình luận.
#grvt

Nếu nói Binance là “cầu thủ” khoác lên mình bộ áo đấu số 9, thì tôi muốn trở thành người “đồng đội” luôn đứng cạnh bạn.

Nói cho công bằng, tôi cũng coi như một “đồng đội lão luyện”. Trong những năm qua, chúng ta đã cùng trải qua quá nhiều: ở giai đoạn thị trường tăng mạnh thì cùng nhau tăng tốc, khi thị trường rung lắc thì cùng nhau gồng chịu, và ngay cả lúc rơi vào đáy, cũng chưa từng nghĩ đến việc rời đi. Khi nhìn Binance từ một “ân binh” còn non nớt ban đầu từng bước trưởng thành thành “ngôi sao” toàn cầu với hơn 300 triệu người dùng ngày hôm nay, trong lòng tôi thật sự dâng lên một cảm xúc khó tả. Chín năm qua, Binance đã dùng 198 hạng mục cải tiến và 2354 phản hồi của người dùng để biến tiếng nói của cộng đồng thành những bản cập nhật cụ thể, hiện hữu trong sản phẩm.

Điều khiến tôi xúc động nhất là “nhân viên CS nhỏ Hạ” luôn đặt người dùng lên hàng đầu. Một đồng sáng lập có thể chín năm liền mỗi ngày tự tay trả lời tin nhắn riêng của người dùng, giúp mọi người tìm lại những tài sản bị chuyển nhầm—sự “ấm áp của đồng đội” này, không biểu đồ nến nào vẽ được.

Đã đến lễ kỷ niệm chín năm, sân khấu thi đấu mới đã bắt đầu. Với tư cách là một đồng đội, tôi muốn nói rằng: Cảm ơn vì suốt chín năm qua đã đồng hành và tin tưởng. Chín năm tiếp theo, dù thị trường có thay đổi thế nào, chúng ta vẫn tiếp tục kề vai sát cánh, cùng nhau giành điểm!

#币安九周年

Khi tôi lướt qua thông báo của mainnet Newton (@NewtonProtocol ), tôi nhận thấy nhà cung cấp dữ liệu hợp tác đợt đầu là RedStone và Credora: một bên làm oracle, một bên làm xếp hạng tín dụng. Ban đầu tôi thấy hơi lạ—hợp đồng ủy quyền trên chuỗi, sao đối tác lại không phải là công ty kiểm toán an ninh?

Nghĩ kỹ thì tôi mới hiểu. Engine Policy của Newton về bản chất là một bộ phán đoán. Dù quy tắc được viết nghiêm ngặt đến đâu, độ chính xác cuối cùng vẫn phụ thuộc vào dữ liệu được đưa vào. Ví dụ: giá rơi xuống dưới ngưỡng thì kích hoạt thanh lý; nếu nguồn dữ liệu bị thao túng hoặc bị trễ, thì dù quy tắc viết tốt thế nào cũng vô dụng. Độ tin cậy của nó thực chất là ghép chồng hai lớp: mạng operator trên EigenLayer kèm bằng chứng zero-knowledge đảm bảo quá trình tính toán không bị can thiệp; nhưng dữ liệu dùng để phán đoán bản thân có đúng hay không lại là một vấn đề độc lập khác.

Điều khiến tôi quan tâm hơn là TEE. Newton chạy agent bằng Phala Cloud, Intel SGX cung cấp khả năng cô lập phần cứng, và bằng chứng từ xa có thể xác minh rằng agent được thực thi trong môi trường tin cậy. Tuy nhiên, TEE chỉ xác minh môi trường tin cậy, chứ không phải mã có “không lỗi” về mặt ý đồ. Nếu trong code agent cài logic độc hại, TEE sẽ ngoan ngoãn thực thi nó và bằng chứng từ xa vẫn vượt qua. Thậm chí TEE có thể đóng dấu “đáng tin” lên mã độc.

Còn một vấn đề thực tế. Hợp đồng cốt lõi của Newton để dành quyền nâng cấp cho quản trị viên, do ví đa chữ ký của quỹ quản lý. Nếu các thành viên đa chữ ký bị rò rỉ hoặc cấu kết, về mặt lý thuyết họ có thể sửa trực tiếp các quy tắc của hợp đồng. Trạng thái kiểm toán bên thứ ba của hợp đồng hiện tại vẫn là “chưa có”.

Tôi đồng ý với hướng đi của Newton là nhúng tuân thủ và quản trị rủi ro vào quá trình thực thi, không làm kiểu truy vết sau sự cố. Nhưng khi chồng cả ba lớp rủi ro—phụ thuộc dữ liệu từ bên ngoài, TEE không kiểm tra ý đồ mã, và hợp đồng cốt lõi giữ quyền quản trị viên—tôi sẽ chờ kiểm toán bên thứ ba được triển khai và việc ra mắt điểm uy tín (agent reputation score) trước, rồi mới cân nhắc giao tài sản cho nó.#newt $NEWT

Trước đây có một người bạn chơi định lượng than với tôi rằng chạy chiến lược trên DEX quá khó: tốc độ theo không kịp, slippage lại ăn vào khiến đau ví. Anh ấy ném cho tôi một link: “Xem thử GRVT này, họ tuyên bố sẽ giải quyết vấn đề đó.”

Tôi lật qua tài liệu chính thức @grvt_io . GRVT dùng kiến trúc lai “ghép cặp ngoài chuỗi và lưu trữ dữ liệu trên chuỗi, đồng thời cung cấp các đảm bảo ở cấp độ smart contract cho việc thực thi trên chuỗi”. Việc ghép đơn chạy ngoài chuỗi nên tốc độ được tối ưu tối đa; còn khâu quyết toán và xác minh được ném trở lại chuỗi, dựa vào công nghệ Validium của ZKsync để bảo mật. Dữ liệu chính thức nghe rất “đỉnh”: đỉnh 600.000 giao dịch/giây, độ trễ cỡ dưới mili giây.

Nhưng cũng phát sinh vấn đề. GRVT đi theo phương án Validium, tính sẵn có dữ liệu được duy trì ngoài chuỗi bởi hội đồng DAC, không giống standard Rollup ở chỗ không đóng gói toàn bộ dữ liệu lên Ethereum mainnet. Dữ liệu giao dịch không được ghi vào sổ cái công khai, đúng là giúp chống front-running và chống sandwich. Nhưng cái giá phải trả là gì? Mức độ chi tiết của sổ lệnh ở lớp nền khiến người dùng bán lẻ khó tiếp cận dữ liệu. Đội định lượng muốn nắm luồng lệnh thời gian thực? Cửa gần như không có.

Nói thêm về hệ thống tài khoản. GRVT tách tài khoản thành “tài khoản quỹ” và “tài khoản giao dịch”. Tài khoản quỹ quản lý gửi/rút, quyền cực nặng; còn tài khoản giao dịch mới là để giao dịch, API chỉ chạm được vào tài khoản giao dịch, không lưu giữ private key. Cảm giác an toàn thì quá ổn, nhưng với người bán lẻ thì lại quá nặng: đăng ký phải buộc email, thiết lập SecureKey; lỡ tay xóa cache có thể là “lạnh” luôn.

Con bài giám sát cũng khá thú vị. GRVT tự xưng là “DEX được cấp phép đầu tiên trên toàn cầu”, đến cuối năm 2024 đã nhận giấy phép nhóm M từ Bermuda. Nhưng bản chất loại M là “giấy phép đã chỉnh sửa”, đi kèm các hạn chế sandbox, nên khả năng thẩm định/audit thấu đáo không cùng một “thang đo” với MiCA của EU hay khả năng truy vết theo CFTC của Mỹ.

Nhận định của tôi: phần kỹ thuật của GRVT là một sự thỏa hiệp rất khôn, trải nghiệm front-end cũng thực sự đang tiến gần đến CEX. Nhưng vấn đề minh bạch dữ liệu của Validium và sự tranh cãi về giá trị thực của giấy phép—đều là những rào cản khó tránh. Tôi dự định chờ sau TGE để quan sát độ dày thanh khoản thực tế rồi mới quyết định có bước vào hay không. Trong DeFi, tin mã hơn là tin PPT.#grvt

Tôi đã làm tự động hóa trên chuỗi được gần hai năm rồi, càng ngày tôi càng thấy mảng này đang mắc kẹt trong một “nút thắt chết”: muốn AI Agent giúp bạn quản lý tiền thì phải cấp quyền; mà quyền đã cấp ra thì đồng nghĩa với việc trao chìa khóa cho người khác. Các giải pháp trên thị trường hoặc biến thành robot tập trung, an toàn hoàn toàn dựa vào “lương tâm”; hoặc đưa phần tính toán lên chain, để Gas phí cao đến mức người dùng phổ thông không chơi nổi.

Điều khiến Newton Protocol làm tôi ấn tượng là việc họ tách vấn đề “niềm tin” thành một phương án kỹ thuật có thể thực thi. Ba nguyên tắc cốt lõi, gồm Scoped Autonomy (tự chủ có giới hạn), Verifiable Integrity (tính toàn vẹn có thể kiểm chứng) và Earned Reputation (tích lũy uy tín), nối việc ràng buộc trước, xác minh trong lúc thực thi và trừng phạt sau cùng thành một vòng khép kín. Tính toán AI chạy trong TEE, dùng ZKP để tạo ra các bằng chứng có thể kiểm chứng, rồi thông qua mạng EigenLayer AVS để lấy mẫu đối soát. Nhà vận hành bắt buộc phải thế chấp token NEWT; làm sai sẽ bị tước/phạt trực tiếp. Cơ chế này không dựa vào “nhân phẩm của đội ngũ”, mà dựa vào quy tắc trò chơi để ràng buộc cứng—tôi nghĩ hướng đi là đúng.
@NewtonProtocol

Nhưng khi lật tài liệu kỹ hơn, tôi cũng phát hiện một số vấn đề. Xác minh ZK tốn khoảng 230.000 Gas, đắt hơn chuyển khoản thông thường từ mười lần trở lên; chi phí cho các chiến lược phức tạp cũng tăng gấp đôi, nên người dùng phổ thông căn bản không dùng nổi. Điều khiến tôi lo hơn là vấn đề quyền hết hạn: khóa phiên có thời hạn hiệu lực, nhưng trong tài liệu không thấy mô tả việc “tự động rút/cắt quyền khi hết hạn”. Nếu kẻ tấn công chặn được các bằng chứng ZK cận ngày hết hạn, họ có thể gửi lại lặp vô số lần để kích hoạt quyền đã được ủy quyền của người dùng. Bằng chứng ZK một khi đã tạo ra thì có thể được kiểm chứng; hệ thống lại không kiểm tra xem “bằng chứng này có dùng rồi chưa”.

Ngoài ra, mainnet Beta dù đã ra mắt, nhưng số lượng các mô hình cấp cao có thể tạo ra nhiều tiêu hao Gas nguyên sinh trên chuỗi vẫn còn rất ít. Hệ sinh thái chưa thực sự chạy. Liệu dữ liệu về việc sử dụng thực tế có thể đốt bao nhiêu lượng cung lưu thông để bù áp lực lên việc phát hành token hay vẫn là ẩn số. $NEWT Tổng cung 1 tỷ token, lượng lưu thông ban đầu 215 triệu, áp lực bán ra dài hạn là khách quan.

Tôi sẽ không vì thấy triển vọng của hướng đi mà mù quáng dồn tỷ trọng lớn. Tự động hóa có thể kiểm chứng là con đường bắt buộc của ngành, nhưng chi phí ZK, rủi ro về quyền hạn và dữ liệu triển khai hệ sinh thái đều cần được theo dõi liên tục. Chờ khi dữ liệu về lượng sử dụng thực sự chạy ra rồi hãy tính tiếp. #newt

Tình cờ lướt đến dự án @grvt_io này, tự nhận là sẽ xây dựng “một tổ chức tài chính hàng đầu trên blockchain”, lại còn có giấy phép từ Bermuda. Nói thật, phản ứng đầu tiên của tôi là không tin. Nhưng khi đọc tài liệu chính thức của họ, càng xem càng thấy có gì đó đáng chú ý.

Điểm thu hút nhất với tôi là kiến trúc lai của họ. Tài liệu hỗ trợ của bên chính thức viết rất rõ: “GRVT has a hybrid architecture that is made up of both on-chain and off-chain systems for scalability, security, and privacy”. Ghép lệnh off-chain, thanh toán on-chain; tốc độ khớp lệnh được quảng cáo tới 600.000 TPS, độ trễ ở mức cận mili giây. Blog chính thức còn giải thích bộ kiến trúc này được “built as a ZK Stack validium”, dùng bằng chứng không tri thức để bảo vệ quyền riêng tư giao dịch, và Ethereum thực hiện thanh toán cuối cùng. Có người trong cộng đồng nói trải nghiệm “gần như ở mức CEX”, tôi thấy nhận xét đó cũng có lý, nhưng hiệu suất thực tế trên mainnet thì vẫn phải chờ xem.

Nói tiếp đến lộ trình năm 2026. Mục tiêu chính thức là “unifying the entire capital lifecycle around a single programmable balance” — một số dư vừa làm ký quỹ, vừa tạo lợi nhuận, vừa thực hiện giao dịch. Họ quy hoạch thành bốn lớp lớn: lợi nhuận, đầu tư, giao dịch và thanh toán; đồng thời còn muốn tích hợp thanh khoản L1 như Aave thông qua ZKsync Atlas. Bản thiết kế nghe thật hấp dẫn, nhưng mức độ khó khi triển khai cũng không hề nhỏ.

Con đường tuân thủ của GRVT đúng là cộng điểm. Cuối năm 2024 họ nhận giấy phép Class M từ Bermuda, và từ năm 2023 đã có giấy phép VASP ở Lithuania. Người sáng lập đến từ các ngân hàng đầu tư hàng đầu, nền tảng đội ngũ khá vững.

Tuy vậy tôi cũng có vài điểm dè chừng. TVL hiện mới khoảng bảy–tám triệu USD; một số phân tích cho rằng “việc thiếu giao dịch và dữ liệu on-chain không phải là nhiễu nhất thời, mà là vấn đề mang tính cấu trúc”. Mô hình kinh tế token tuy công bố tổng nguồn cung 1 tỷ token và airdrop cho cộng đồng 28%, nhưng cơ chế phân phối cụ thể vẫn chưa được triển khai hoàn toàn. Việc điều chỉnh quy tắc airdrop cũng đã gây ra một số tranh luận trong cộng đồng.

Hướng đi thì đúng, chặng đường còn dài. Kiến trúc lai nghe rất hay: sự phối hợp giữa off-chain matching và on-chain settlement, chi phí hiệu năng của bằng chứng không tri thức, sự cân bằng giữa tuân thủ và phi tập trung — tất cả đều là những “cục xương” khó. Chờ mainnet thực sự chạy, chờ dữ liệu ra rồi hãy đánh giá xem đó có thật sự là một cuộc cách mạng hay chỉ là câu chuyện hay, cũng chưa muộn. #grvt

Dạo này tôi đang tìm hiểu giao dịch các sản phẩm phái sinh trên chuỗi và phát hiện dự án @grvt_io này có điều gì đó khá thú vị. Nói thật thì phân khúc Perp DEX đã quá đông rồi; các “lão làng” đang chiếm sẵn vị trí, vậy một dự án mới có thể tạo ra điều gì khác biệt? Nhưng sau khi đào vài ngày tài liệu, quan điểm của tôi đã thay đổi.

Điểm khiến tôi ấn tượng nhất ở GRVT là kiến trúc lai của nó. Trong tài liệu kỹ thuật chính thức có viết khá rõ: “GRVT adopts an architecture that matches and stores data off chain and provides smart contract level guarantees of their execution on chain”. Dịch lại là: khớp lệnh chạy ngoài chuỗi, tốc độ gần như tương đương sàn giao dịch tập trung, nhưng việc thanh toán và xác minh lại được thực hiện trên chuỗi, được đảm bảo bằng smart contract. Họ còn tuyên bố có thể đạt 600,000 TPS và độ trễ ở mức dưới mili giây (亚毫秒级). Ý tưởng này theo tôi khá thực dụng, đáng tin hơn kiểu AMM thuần vốn hay “dẫn đến trượt giá” cho người dùng.

Tuy nhiên, chỉ có kỹ thuật là chưa đủ. GRVT còn triển khai thiết kế “single balance” (một số dư duy nhất), nhằm để cùng một khoản tiền vừa có thể kiếm lãi suất vừa đóng vai trò làm ký quỹ. Nguyên văn từ blog chính thức là: “The same deposit can simultaneously earn yield, back a margin position, and even stay exposed to spot price appreciation”. Nghe thì rất hay—nó giải quyết được vấn đề phân mảnh vốn. Nhưng tôi vẫn có chút lo ngại: khi cơ chế phức tạp như vậy đi vào vận hành thực tế, liệu quản trị rủi ro và công tác thanh lý (liquidation) có theo kịp hay không, thật sự khó nói.

GRVT nhận được giấy phép Class M của Cơ quan quản lý tiền tệ Bermuda (Bát Mã). Họ tự nhận là DEX đầu tiên trên thế giới được cấp giấy phép. Tuân thủ pháp lý đúng là con dao hai lưỡi: vốn của tổ chức dám bước vào, nhưng KYC lại chặn người dùng ẩn danh; tại một số nơi như Hồng Kông, thậm chí còn có thể không truy cập được.

Phần roadmap (lộ trình) tôi cũng lướt qua: năm 2026 dự kiến tích hợp Aave cùng L1 liquidity thông qua ZKsync Atlas, đồng thời triển khai hợp đồng vĩnh viễn (perpetual) cho cổ phiếu và ngoại hối. Tham vọng không nhỏ, nhưng TGE lại bị đẩy từ cuối tháng 6 sang tháng 7; trong cộng đồng đã có người bắt đầu nghi ngờ năng lực giao hàng (delivery).

Tôi nghĩ GRVT đáng để theo dõi: nền tảng công nghệ tốt và lộ trình pháp lý cũng khá rõ ràng. Nhưng đừng vội lao vào—hãy chờ sau TGE, xem dữ liệu thực tế và phản hồi của cộng đồng rồi tính tiếp. Bạch giấy có đẹp đến đâu thì “lên được thực tế” mới là quan trọng. #grvt