Zyphron Toto

Hôm nay mình đã lục tung @grvt_io liquidity stack và có một điều đã làm flow của mình đứt hẳn.
Mình đang lần theo xem “độ sâu” thực sự nằm ở đâu— GLP vault, các báo giá của RPI market maker, vân vân— thì @grvt_io đã “đập” vào luồng của mình khi Binance Wallet Booster Campaign rơi xuống. Ngày 10 tháng 7 năm 2026, 07:00 UTC, đang live ngay bây giờ và kéo dài đến hết ngày 17. Ngày TGE phân phối 1.500.000 $GRVT. Không cần giao dịch. Không cần nạp. Chỉ có nhiệm vụ.
Khoan— chính đoạn đó mới là thứ khiến mình mắc kẹt. Mình đã dành buổi sáng để vẽ sơ đồ cách quyền truy cập vào GLP bị chặn theo tổng khối lượng giao dịch theo suốt thời gian (bạn đã giao dịch càng nhiều thì trần phân bổ càng lớn), và cách thanh khoản RPI được “dự trữ” thầm lặng cho các market maker nằm trong danh sách cho phép, bị ẩn hoàn toàn khỏi các nguồn dữ liệu API công khai. Độ sâu thật trên #GRVT được tạo ra nhờ khối lượng giao dịch hoặc được trao qua việc lựa chọn. Trong khi đó, sự kiện “tương tác” lớn nhất nhìn thấy được của tuần này lại không hề cần gì.
Nghe cũng buồn cười thật. Hai đường đi hoàn toàn tách biệt chạy song song— một đường nơi vốn và khối lượng giúp bạn có quyền truy cập sâu hơn, và một đường chỉ cần chạm qua một ứng dụng ví là bạn đã nhận được token ngay từ ngày đầu. Không bên nào thực sự yêu cầu bạn “thêm thanh khoản” theo đúng nghĩa mà phần marketing ngụ ý.
Khiến mình tự hỏi rốt cuộc đường nào quan trọng hơn khi $GRVT thực sự giao dịch vào ngày 21— độ sâu được xây bằng khối lượng theo bậc, hay những ví đã xuất hiện trong danh sách nhiệm vụ.
#grvt

Mình đã ở trong tài liệu của Newton Protocol và hợp đồng của $NEWT trên Etherscan (0xD0eC…85D) phần lớn cả buổi chiều, mò mẫm các biên nhận ủy quyền @NewtonProtocol . $NEWT và rồi có thứ gì đó về thiết kế quyền riêng tư cứ tiếp tục làm mình suy nghĩ.
Newton tự quảng bá mình là lớp giúp tài chính onchain có thể xác minh theo mặc định — một kiểm tra chính sách trước mọi hành động trong vault, một biên nhận đã ký mà một curator có thể đưa cho cơ quan quản lý. Nhưng nếu truy vết cách biên nhận đó thực sự được ghi, và thứ được đưa lên onchain là gì, thì đó chỉ là một cam kết hash cộng với một bit pass/fail. Điểm rủi ro do AI điều khiển, các ngưỡng độc quyền của curator, bất kỳ PII nào — tất cả đều nằm trong một TEE hoặc một mạch SP1 zkVM. Không bao giờ chạm vào trạng thái công khai.
Về mặt kỹ thuật thì… ổn. Các tổ chức không muốn logic tuân thủ nằm ngoài công khai. Nhưng nó âm thầm thu hẹp ý nghĩa của “có thể xác minh”. Bạn có thể xác nhận rằng một quyết định đã vượt qua một số quy tắc. Nhưng bạn không thể xem quy tắc đó là gì, hoặc liệu nó có được áp dụng theo cùng cách đó cho mọi vault đang sử dụng hay không. Mình đối chiếu với repo newton-policy-packs và vẫn rơi đúng vào cùng một khoảng trống — chứng minh kết quả, không phải chứng minh tính toán.
Snack đã không còn nữa, nhưng mình vẫn tiếp tục nhai vấn đề này. Nếu toàn bộ lịch sử kiểm toán chỉ chứng minh rằng một phép kiểm tra đã diễn ra… thì ai mới là người đang kiểm tra bộ kiểm tra?
#Newt

Tôi cứ so sánh các nền tảng AI tập trung với những gì Newton Protocol ($NEWT ) thực sự đang triển khai, và có một điều cứ làm tôi băn khoăn.
Hạ tầng AI tập trung — kiểu như các lớp kiểm duyệt bị khóa bằng API — hoạt động theo cách giống nhau cho tất cả mọi người theo mặc định. Bạn không cần đăng ký để có “hàng rào bảo vệ”; chúng chỉ... luôn hiện hữu, vô hình, và bạn tin vào lời của nền tảng. Còn toàn bộ phần “pitch” của Newton với @NewtonProtocol thì ngược lại: thực thi có thể kiểm chứng, một chứng thực mà bạn thực sự có thể kiểm tra trên Newton Explorer thay vì tin vào tuyên bố của một công ty.
Thế nên tôi đã đi xem những gì đang chạy kể từ mainnet beta (1/7) — tích hợp thực sự đầu tiên của VaultKit là với Euler, trên Base và Ethereum, dùng RedStone price feeds và dữ liệu rủi ro từ Vaults.fyi làm đầu vào cho chính sách. Ngon. Trừ điều là... nó chỉ chạy nếu curator kết nối nó vào. Không có gì bắt một vault phải bật tính năng này. Cụm từ “có thể kiểm chứng theo thiết kế” là thật, nhưng nó nằm cạnh một công tắc bật/tắt “opt-in” mà hầu hết các curator vẫn chưa bật.
Tôi vừa mua một ly cà phê giữa lúc nghiên cứu vừa cứ lật đi lật lại vấn đề này — phi tập trung không tự động đồng nghĩa với việc bật sẵn theo mặc định. Đôi khi nó chỉ chuyển cho người khác nắm công tắc.
Điều này khiến tôi tự hỏi: hiện tại trên Euler có bao nhiêu vault thực sự đã gắn kèm một policy pack, thay vì chỉ... cắm vào SDK và đứng yên.
#Newt

Hôm nay, Newton Protocol khiến tôi nghĩ về các ngành công nghiệp ngoài đời thực — cụ thể là lĩnh vực cho vay — và một thứ gì đó trong tài liệu VaultKit đã khiến tôi dừng lại ngay giữa lúc cuộn. @NewtonProtocol đã xây dựng toàn bộ câu chuyện "thực thi AI có thể xác minh" này dựa trên các nguồn cấp dữ liệu giá của RedStone hiện đã nằm trong bộ máy chính sách (việc tích hợp đã được kích hoạt cùng lúc với mainnet beta, ngày 23 tháng 6, trên Base và Ethereum). Mọi lần rút hoặc vay dựa trên một vault đều được kiểm tra theo giá RedStone trực tiếp trước khi được xử lý, và $NEWT phát ra một bản xác nhận (attestation) đã được ký — dù theo bất kỳ hướng nào.
Nghe đúng kiểu những gì mà cho vay, bảo hiểm, lưu ký RWA — tất cả các ngành đang liên tục nói rằng họ cần những "làn đường có thể xác minh" — đang mong đợi. Tôi đã mở repo newton-policy-packs mới trên GitHub để xem thực tế nó được nối với nhau như thế nào… và khoan đã — việc kiểm tra RedStone chỉ được kích hoạt nếu curator của vault chủ động ghi nó vào policy pack của họ. Không có gì ép buộc cả. Một curator có thể tạo một Morpho vault trên VaultKit và không hề đụng tới chính sách oracle.
Tôi đọc đi đọc lại phần đó vì nó không khớp với cách tôi đã tự thuyết phục bản thân một giờ trước. Tôi đã nghĩ rằng "thực thi có thể xác minh" nghĩa là mọi hành động của vault đều mặc định được đối chiếu với thứ gì đó thật. Không phải vậy. Nó có nghĩa là bộ công cụ tồn tại, và người vận hành vault sẽ quyết định bật bao nhiêu trong số đó.
Vậy rốt cuộc ngành nào sẽ là nơi áp dụng phiên bản nghiêm ngặt trước — những ngành đang chịu áp lực quản lý, hay những ngành có người gửi tiền biết để hỏi?
#Newt

Đã ngồi với @NewtonProtocol repo khoảng một tiếng rồi mà có một điều cứ không chịu buông ra.
Tối nay lại bật lên — danh sách thực tế những gì đang live: vaults.fyi để theo dõi tín hiệu rủi ro, RedStone để phát hiện chênh lệch giá, Chainalysis cho lệnh trừng phạt, Blockaid để phát hiện giao dịch độc hại. Khoảng tám gói, mỗi gói gắn với một nhà cung cấp dữ liệu thực tế, và mỗi gói đều có thể bật/tắt.
Điều khiến tôi dừng lại giữa chừng khi lướt là đây. Mấu chốt là “AI agents cần có cơ chế cưỡng chế, không phải xin phê duyệt” — không còn kiểu đưa chìa khóa cho một bot rồi cầu may. Công bằng thôi. Nhưng chẳng có gì buộc người vận hành agent phải thực sự gắn bất kỳ gói nào trong số này trước khi nó đụng tới một vault. Curator sẽ chọn ghép cái gì, hoặc không chọn. Newton AVS chỉ kiểm tra những gì nó được bảo phải kiểm tra.
Vậy phần “niềm tin phi tập trung” là có thật — các operator đã restake, xác thực TEE, và các biên nhận ai cũng có thể tự tra trên Explorer theo $NEWT . Phần đó không phải marketing. Thứ mang tính “gần marketing” là ngụ ý rằng điều này diễn ra mặc định cho mọi hành động của agent. Không phải vậy. Nó chỉ xảy ra ở nơi ai đó đã chủ động bật nó.
Làm tôi tự hỏi nhiều hơn về việc ai đang xác minh thực tế hơn là về crypto — có ai theo dõi xem những agent nào đã bỏ qua hàng rào kiểm soát hoàn toàn không, hay tất cả chúng ta chỉ đang tin vào những người đưa ra biên nhận của họ?
#Newt

Vừa dành ra cả một giờ để đọc tài liệu và repo VaultKit (@NewtonProtocol ), và một câu cứ liên tục làm tôi băn khoăn: “một người quản lý/chủ sở hữu sẽ soạn chính sách của họ từ những khối xây dựng này, theo cách bạn lắp ráp bất cứ thứ gì từ các phần.” Câu đó nằm trong bài đăng ra mắt VaultKit ngày 1 tháng 7 — đúng cùng ngày Magic Newton Foundation đã mở mã nguồn các policy packs.
Chuyện là thế này khiến tôi dừng lại giữa lúc kéo trang. Các pack đó thật sự rất vững: Chainalysis cho sàng lọc lệnh trừng phạt, SumSub cho nhận diện danh tính, Blockaid để phát hiện giao dịch độc hại, RedStone cho chênh lệch oracle. Có độ bao phủ thực sự. Nhưng tất cả — từng cái một — đều là tuỳ chọn (opt-in). Không có gì trong hợp đồng của vault bắt buộc người quản lý phải tích hợp các compliance packs, thay vì chỉ tích hợp các pack về lợi suất/rủi ro. Một vault có thể “được bảo đảm bởi Newton” (Newton-secured) và vẫn chạy trong tình trạng không hề bật bất kỳ cơ chế sàng lọc danh tính hay trừng phạt nào, vì không ai bị yêu cầu phải ghép đầy đủ toàn bộ stack.
Hmm… Tôi đã cân nhắc xem đây là một lỗi hay chỉ là cách các hệ thống module phải vận hành. Tính khả tổ hợp (composability) dường như đòi hỏi tính tuỳ chọn theo đúng thiết kế. Nhưng ngôn ngữ marketing (“cưỡng chế được,” “kiểm chứng được,” “lớp policy onchain”) lại giống như một “sàn” cam kết, trong khi trên thực tế nó giống như một cái menu hơn.
Điều đó khiến tôi tự hỏi có bao nhiêu người gửi tiền đang kiểm tra xem vault thực sự đã “wire in” những packs nào, thay vì chỉ tin vào tên Newton trên nhãn.
$NEWT #Newt

Cuối cùng tôi đã tự đào bới qua kho mã policy-pack thực tế @NewtonProtocol thay vì chỉ đọc bài blog.
Điều làm tôi dừng giữa chừng khi cuộn xuống ở $NEWT — cái mà ai cũng gọi là “policy stack” (Chainalysis Hexagate, RedStone, vaults.fyi, Credora, Webacy) — không được nhúng sẵn trong vault. Đó là một menu. Người quản tuyển mở một dashboard của Newton Protocol và chọn những kiểm tra nào sẽ áp dụng, và RedStone chỉ mới được nối vào Newton Protocol dưới dạng phụ thuộc nguồn dữ liệu giá vài ngày trước, theo chính bài đăng tích hợp của họ. Trước đó, mọi quy tắc tài sản thế chấp tham chiếu đến “điều kiện thị trường trực tiếp” bên trong Newton Protocol đều không có gì để đối chiếu/kiểm chứng đằng sau nó. Không phải lỗi của Newton Protocol, chỉ là... đáng để ngồi suy nghĩ thêm.
Tôi cũng đã kiểm tra kho github (newt-foundation/newton-policy-packs) — nó là mã nguồn mở, đúng rồi, nhưng với Newton Protocol thì mã nguồn mở và việc “mặc định được thực thi” là hai câu nói rất khác nhau. Một người quản tuyển có thể fork repo của Newton Protocol, triển khai một vault, và đơn giản là không gắn pack trừng phạt vào. Không có gì ngăn được việc đó. Chuỗi sẽ không biết sự khác nhau giữa “Newton Protocol được thực thi” và “Newton Protocol bị bỏ qua” trừ khi ai đó thực sự kiểm tra log của operator.
Tôi cứ qua lại không biết đây là chuyện thuộc giai đoạn triển khai (Newton Protocol sẽ siết chặt hơn sau), hay chỉ... là hình dạng vĩnh viễn của nó. Không biết những vault nào cuối cùng sẽ chạy full stack của Newton Protocol, hay chỉ chạy mức tối thiểu để nói rằng “chúng tôi đã tích hợp nó.
#Newt

Đang đào sâu vào đợt triển khai mainnet beta @NewtonProtocol — bài blog đăng ngày 1 tháng 7 xác nhận việc thực thi trực tiếp trên Base và Ethereum, tích hợp Euler cũng đã hoạt động. $NEWT . Mình đã đọc kỹ hai lần vì có gì đó không đúng lắm, theo hướng tích cực — đây không còn là bản demo testnet nữa. Các vault thật, các chứng thực thật, được ghi trên Newton Explorer để bất kỳ ai cũng có thể kiểm tra.
Nhưng có một điều thực sự khiến mình suy nghĩ kỹ hơn. Chứng thực chỉ chứng minh rằng chính sách bằng văn bản đã được tuân thủ. Nó không nói gì về việc bản thân chính sách đó có tốt hay không. Một curator có thể viết một chính sách Rego mỏng như lưỡi dao — chỉ kiểm tra thẩm quyền ở mức tối thiểu, không có gì thêm — và Newton vẫn sẽ cấp một biên nhận mật mã sạch sẽ. Ánh đèn xanh cũng tương tự như trường hợp curator viết một thứ gì đó thật sự chặt chẽ, kín kẽ. Chuỗi không thể cho bạn biết các quy định đã nghiêm ngặt đến mức nào. Chỉ có thể nói rằng bất kỳ quy tắc nào đã tồn tại thì đã được thực thi.
Mình lạc vào một cái hố thỏ nhỏ khi cố tìm một sổ đăng ký chính sách thể hiện các mức độ nghiêm ngặt hoặc tiêu chuẩn tối thiểu giữa các vault. Không tìm được. Có thể là còn sớm — mainnet beta, cứ cho thời gian. Hoặc có thể đó sẽ không bao giờ đến, vì việc viết chính sách vẫn nằm hoàn toàn trong tay curator chính là mục đích.
Việc thực thi một quy tắc yếu có thể kiểm chứng và việc thực thi một quy tắc mạnh cũng có thể kiểm chứng trông hoàn toàn giống nhau trên explorer. Liệu điều này sẽ hội tụ khi thêm nhiều nhà cung cấp dữ liệu mang tính tổ chức tham gia, hay nó vẫn là một điểm mù vĩnh viễn?
#Newt

NEWT đang tăng tốc $6,77M trong 24 giờ khối lượng giao dịch hôm nay, tăng 15,4% trong một ngày — tôi đang lướt giữa chừng trên Newton Explorer để xem các cam kết chính sách gần đây thì nhận ra mức đột biến và tò mò nó đang được thúc đẩy bởi điều gì… hóa ra phần lớn khối lượng đó chỉ là xoay vòng spot, chứ không phải các luồng tự động hóa mới chạy qua AVS.
Đó là điều về @NewtonProtocol that khiến tôi suy nghĩ sau khi đào sâu qua vài ngày tương tác hợp đồng gần đây. Cách nói “thực thi có thể kiểm chứng” nghe như mọi giao dịch đều được kiểm tra chính sách theo mặc định. Thực tế — zkPermissions và TEE attestation chỉ được kích hoạt khi một builder (nhà phát triển) chủ động mắc hợp đồng của họ để chuyển qua các chính sách Rego của Newton. Không có cơ chế opt-in, không có lớp xác minh nào chạm tới tx. Tổng cung lưu hành hiện ở khoảng 288,46M $NEWT , và hầu hết những ví tôi lần theo chỉ đang chuyển token cho kịp đợt mở khóa tiếp theo, chứ không hề kích hoạt bất kỳ đánh giá chính sách nào.
Vậy nên cách khung “trung lập đáng tin” là có thật, nhưng chỉ đúng với một tập con các builder thực sự tích hợp nó. Còn tất cả những người khác thì chỉ… sử dụng chuỗi như bình thường. Tôi vừa lấy đồ ăn nhẹ vừa nghĩ về điều này — cảm giác không giống một lớp an toàn mặc định mà hơn là một tính năng bạn phải chủ động tìm đến.
Điều đó khiến tôi tự hỏi: bao nhiêu phần của khối lượng hiện tại thực sự đã chạm tới lớp xác minh.
#Newt

Hôm nay tôi cứ nghịch mấy tài liệu @NewtonProtocol để thử ghép một ứng dụng agent vào luồng xác thực của họ, và một dòng trong bài viết đăng ngày 1/7 đã làm tôi dừng lại giữa lúc cuộn.
Mainnet beta đã lên sóng ngày 23/6 trên Base và Ethereum, và phần chào mời là "không một nhà vận hành đơn lẻ nào quyết định kết quả" — một đa số siêu lớn các nhà vận hành độc lập kiểm tra chính sách của bạn, ký xác nhận, rồi bạn nhận được một chứng thực gọn nhẹ có thể xác minh trên Newton Explorer. Nghe kín kẽ. Trừ việc ngay trong chính tài liệu, họ nói rằng sự đồng thuận đa nhà vận hành sẽ được kích hoạt sau khi $NEWT ra khỏi beta. Hiện tại, trong đúng giai đoạn mà nhiều builder đang tích hợp, bạn đang tin vào một tập nhà vận hành nhỏ hơn so với cách diễn đạt "không cần tin cậy".
Tôi đã đọc lại đoạn đó hai lần để nghĩ có lẽ mình đã hiểu nhầm. Không phải.
Các chính sách được viết bằng Rego (ổn, đó là lựa chọn thân thiện với đội tuân thủ), và sandbox WASM cho các kết nối dữ liệu tùy chỉnh thì thật sự rất khéo — bạn không bị mắc kẹt với các nhà cung cấp có sẵn như Chainalysis hay RedStone. Nhưng giả định niềm tin cốt lõi, thứ làm cho câu chuyện "có thể xác minh trước khi settlement" hoạt động, lại được xếp lịch để triển khai sau.
Không nói rằng đó là kỹ thuật tệ. Chỉ là… nếu bạn đang triển khai một AI agent trên nền tảng này hôm nay, bạn đang xây dựng dựa trên mô hình bảo mật mà họ mô tả, hay dựa trên mô hình thực sự đang chạy?
#Newt

Đã dành cả buổi chiều để đào sâu vào @NewtonProtocol mainnet beta launch (ngày 25/6) và thành thật mà nói, thứ khiến tôi phải dừng lại không phải là công nghệ — mà là ai mới là người thực sự được định nghĩa "đã được xác minh". $NEWT đã triển khai Vaults với RedStone và Credora ngay từ đối tác dữ liệu cho giai đoạn ra mắt. Bản chào rất gọn gàng: một policy kiểm tra các điều kiện trước khi một tx được chốt, rồi tạo ra một biên lai đã ký mà bất kỳ ai cũng có thể kiểm chứng.
Nhưng có điều gì đó khiến tôi vướng lại. Biên lai đó chứng minh policy đã được thực thi đúng cách — không chứng minh rằng đó là policy đúng, hay rằng nguồn giá mà policy đọc vào đúng thời điểm đó là chính xác. Một curator đặt ngưỡng (ví dụ, thanh lý nếu điểm rủi ro của Credora vượt quá X), và Newton chỉ thực thi mọi thứ mà curator đó đã viết. Vì vậy, phần xác minh mật mã ở đây xác nhận độ trung thực trong việc thực thi, chứ không phải chất lượng của quyết định. Hai cam kết hoàn toàn khác nhau, nhưng lại mang cùng nhãn "có thể kiểm chứng".
Trong Newt, tôi cứ đọc lại phần mô tả, hy vọng sẽ tìm thấy một cơ chế kiểm tra việc chọn curator hoặc việc rà soát policy trước khi ra mắt… ờ, không thấy. Có thể chỉ là bản beta sớm, hoặc có thể sẽ chẳng bao giờ có.
Sự tự tin vào hành động của một tác nhân AI và sự tự tin rằng những quy tắc ai đó đã giao cho tác nhân đó là như thế nào không phải là cùng một chuyện. Newton giải quyết gọn gàng vế đầu tiên. Vậy ai mới là người thực sự kiểm tra vế thứ hai?
#Newt