Trong nửa năm hẹn hò với Yumi ở đây, cảm nhận lớn nhất của tôi là cô ấy bông lạ, linh hoạt và rất “quỷ tinh”. Lần hẹn hò trước, cô ấy nhất quyết lấy tôi làm mô hình thế chấp để giảng giải cho cô ấy cho rõ rồi mới chịu ăn cơm; nếu không thì sẽ “phạt” tôi phải mời. Tôi nói chẳng phải đây chính là logic slashing của AVS sao? Cô ấy lập tức sáng mắt, nói vậy thì anh viết một bài đăng giải thích đi, không hiểu rõ được thì cũng phải phạt anh. Được, vậy tôi sẽ nói về cơ chế phần thưởng và phạt của bộ NEWT này. Tôi xem bộ mô hình bảo mật mạng AVS do @NewtonProtocol , về bản chất là dùng ETH được EigenLayer tái thế chấp như một “neo” niềm tin ở tầng cơ sở: khi người vận hành ký vào policy thì phải đặt cọc tiền thật, nếu sai sẽ bị bằng chứng gian lận ZK trong cửa sổ challenge bắt ngay, và bị trừ một phần thế chấp. Tôi dám nói thiết kế này tinh tế hơn PoS thuần túy khá nhiều, bởi vì nó lượng hóa trực tiếp “chi phí gây hại” thành trò chơi kinh tế có thể tính toán được, thay vì dựa vào ràng buộc đạo đức hay cơ chế trọng tài tập trung; đây chính là bước then chốt để phi tín nhiệm thực sự đi vào thực tiễn. $NEWT phía đầu nhận thế chấp cũng mở rộng logic đó: quỹ hội trước tiên dùng nguồn cung token ở mức 8,5% để tạo nền và kích thích, sau khi nhiều người xác thực lên mạng thì dần chuyển sang mô hình tự nuôi bằng phí (fee-driven). Những token bị phạt và tịch thu sẽ được đưa lại vào pool phần thưởng, chia cho những người tuân thủ quy định. Con đường “trợ cấp trước, tự chịu sau” như vậy, tôi đoán là nhằm tránh bài toán khởi động lạnh của việc thiếu người xác thực giai đoạn đầu; đồng thời trói chặt động lực dài hạn với mức độ hoạt động thực sự của mạng, để tránh việc token quay vòng vô nghĩa biến thành cái bẫy lạm phát thuần túy. Nếu nói định tính, điểm cốt lõi của mô hình này không phải là APY cao, mà là biến vấn đề niềm tin thành một vòng khép kín có thể xác minh, có thể bị trừng phạt và có thể phân bổ. Khi chuỗi quyền riêng tư và lớp ủy quyền triển khai được cho mục đích thương mại, thì thiết kế an ninh kinh tế kiểu này quan trọng hơn mọi chiêu trò đến một trăm lần—và cũng là lý do tôi luôn đánh giá cao mảng hạ tầng nền tảng như vậy. Tôi dám khẳng định rằng khi quy mô nhóm người vận hành mở rộng và các kịch bản liên chuỗi được triển khai, điều kiện slashing sẽ được chia nhỏ chi tiết hơn nữa; lợi thế trong trò chơi của người tham gia giai đoạn đầu sẽ bị thu hẹp lại—đừng chần chừ, cứ làm theo kế hoạch. Yumi nghe xong lập tức vỗ tay, nói lần này không cần phạt nữa, hôm khác lại viết một bài nói về operator selection—cô ấy đã bắt đầu nghĩ xem bữa cơm tới sẽ ăn gì rồi. #Newt
Máy bay bị hoãn, ngồi lì trong phòng chờ sân bay Phố Đông suốt bốn tiếng
Thứ bảy tuần trước tôi đi công tác về, chuyến bay bị hoãn nên ngồi “đực mặt ra” trong phòng chờ ở sân bay Phố Đông bốn tiếng đồng hồ. Pin điện thoại từ 100% tụt xuống 10%, rồi lại lên 100%, rồi lại về 50%. Suốt thời gian đó chỉ lật đi lật lại bảng theo dõi DCA định kỳ mà mình đã ghi, không phải kiểu lật vì tự hào, mà là kiểu lật vì thấy có lỗi trong lòng. Tháng 8 vì đi công tác mà tôi bỏ sót hai khoản. Tháng 10 điện thoại bị mất, phải khẩn cấp đổi thiết bị nên cũng lại bỏ sót thêm một khoản. Script thì triển khai trên máy chủ đám mây nhàn rỗi của một người bạn, nhưng tháng trước họ dọn kho bán thanh lý máy chủ xong lại quên không báo với tôi, thế là bị ngắt thực thi thêm ba tuần. Ngồi trong phòng chờ càng nghĩ càng bực. Thời buổi này ai cũng hiểu logic của DCA, cái khó không phải là bản thân chiến lược, mà là làm sao để bộ hành động này vẫn được thực hiện trơn tru ngay cả khi bạn xin nghỉ, bị mất mạng, quên mật khẩu, hoặc server “bỏ chạy”. Và đúng hôm đó trong phòng chờ tôi lướt thấy <c-8/> Recurring Buy Agent này. Tôi nghĩ thôi thì đừng tiếp tục “tạm bợ” như vậy nữa, cứ thử nghiệm nghiêm túc xem nó có đỡ nổi nhu cầu DCA của kiểu “người thì dở mà lại ham, còn hay đi công tác” như tôi không. Tuần này tôi cho nó chạy gần hai tuần rồi, dùng vị thế nhỏ nhưng là tiền thật để test, không phải kiểu bắn thử lệnh rồi gặp cơ hội là chuồn. Tôi muốn chia sẻ với mọi người cảm nhận chân thực sau khi đã thử nghiệm thực tế.
Tối hôm kia tôi hẹn bữa với cô em Yumi, cô ấy làm về tuân thủ theo quy định cho tổ chức. Nhắc tới chuyện “lên chuỗi”, cô ấy chỉ lắc đầu liên tục. Họ muốn chuyển tài sản RWA lên chuỗi, nhưng chỉ riêng 4 hạng mục như KYC, rà soát lệnh trừng phạt, Travel Rule… việc báo giá thuê ngoài lại cộng thêm chi phí thời gian. Đánh giá xong thì còn chậm hơn cả quy trình truyền thống. Lúc đó tôi liền nhớ tới $NEWT mà tôi đang theo dõi sát sao, thuận miệng giới thiệu một chút. Các “điểm đau” thì rất rõ: tuân thủ truyền thống là kiểu “xử lý hàng loạt” — thu thập, thẩm định, lưu trữ; còn thanh toán trên chuỗi 7×24 thì hoàn toàn không thể đợi. Đặc biệt Travel Rule yêu cầu thông tin của người gửi/người thụ hưởng, hiện tại họ đang dựa vào nhà cung cấp ngoài ghép lại ở ngoài chuỗi, chứ không có cơ chế bắt buộc thực thi ngay ở lớp thanh toán. Những ngày này tôi vừa bắt tay đo thử engine chiến lược của @NewtonProtocol , trải nghiệm đúng là khác. Không phải bảo bạn viết logic tuân thủ từ con số không, mà là chọn từ kho mẫu được cài sẵn — các nhóm chiến lược sẵn có như lọc trừng phạt, định danh KYC, Travel Rule, giới hạn tốc độ. Chỉ cần chỉnh vài tham số là dùng được. Viết rule bằng ngôn ngữ Rego; hiểu chút code về chiến lược là có thể lên tay trong nửa ngày. Tôi nhìn theo “tư duy template + plugin” này thì thấy đúng là giải quyết được rào cản cho tổ chức: không cần nhà nào cũng tự nuôi một đội tuân thủ. Về chi phí, tôi đoán tiết kiệm chủ yếu ở hai chỗ: một là chạy đánh giá chiến lược trong môi trường thực thi tin cậy ở ngoài chuỗi, còn trên chuỗi chỉ lưu biên lai chữ ký, gas thì giảm rất thấp; hai là tái sử dụng template giúp tiết kiệm thời gian phát triển. Kết nối nguồn dữ liệu danh tính/rủi ro sẵn có (ví dụ điểm rủi ro của Veriff, Magic Labs) chỉ cần gắn thêm một đoạn mã nhẹ. Về rủi ro thì không thể lạc quan mù quáng. Mạng lưới người vận hành dựa vào EigenLayer để stake lại và làm “bảo chứng” an toàn, nhưng tính sẵn sàng của các node phi tập trung và rủi ro offline phải theo dõi sát. Viết sai logic chiến lược (ví dụ ngưỡng không hợp lý) cũng có thể gây chặn nhầm hoặc lọt chặn — dù công cụ tốt đến đâu thì cũng phải có kiểm toán. So với các bên cùng nhóm: Chainlink thiên về đút dữ liệu để chấm giá và chứng minh dự trữ, không trực tiếp làm thực thi chiến lược; Polygon ID, World ID chủ yếu giải quyết chứng minh không kiến thức cho danh tính/credential, không bao phủ việc chặn “trước khi giao dịch” trên luồng; còn TRM kiểu này chỉ cung cấp điểm rủi ro, muốn triển khai vẫn phải tự xây framework. Tôi dám nói điểm khác biệt của @NewtonProtocol nằm ở việc biến “chiến lược như mã” thành một tầng hạ tầng hoàn chỉnh có thể cắm ghép và tái sử dụng xuyên chuỗi, chứ không phải chỉ là một công cụ đơn lẻ. Nghe xong Yumi nói muốn kéo team đi đánh giá kỹ thuật, tôi cũng rất đồng tình. Với con đường blockchain quyền riêng tư, thứ thiếu không bao giờ là “khái niệm”, mà là phương án đã có thể triển khai thực tế, tổ chức dám dùng. NEWT thì không phải là cái “đĩa” quá lớn, nhưng hướng đi này, đáng để theo đuổi bền vững. #Newt
Rảnh rỗi lại bắt đầu moi thử chuỗi ủy quyền của Newton
Bài này là những ghi chép tổng kết mà tôi đã dành gần cả một tuần để gom lại. Nguyên nhân thì khá lộn xộn. Thứ Sáu tuần trước tôi đang quản lý một vị thế stablecoin cross-chain, dùng một tài khoản thông minh có gắn khóa phiên (session key). Ban đầu tôi định thiết lập một lệnh dừng lỗ (stop-loss) tự động thực thi cho đơn giản, nhưng nửa đêm lại bị kẹt bởi một yêu cầu ủy quyền bất thường. Không phải bị hacker tấn công—mà là chính chiến lược quản trị rủi ro mà tôi tự đặt đã chặn giao dịch lại. Lý do là lúc đó độ lệch giá mà oracle báo vượt quá ngưỡng mà tôi đã đặt. Nói thật, lúc đó tôi vừa bực vừa mừng: bực vì nửa đêm phải ngồi dậy kiểm tra log; mừng vì nếu thật sự được thông qua, thì cú trượt giá đó có thể ăn mất lợi nhuận của cả một ngày. Chỉ một chuyện nhỏ như vậy mà đã kéo tôi rơi vào “hố thỏ” của hệ thống ủy quyền theo Newton, đồng thời cũng khiến quan điểm của tôi về token $NEWT bị đảo ngược hoàn toàn.
Một vài cảm nghĩ khi lục dòng on-chain lúc gần sáng: bộ lọc trừng phạt của NEWT rốt cuộc là thuốc giải thật hay chỉ là một hộp đen mới?
2 giờ 30 sáng, trong nhóm vẫn còn 8 người chưa ngủ. Bọn cú đêm này đúng là có thể thật. Chúng tôi đang lục một tấm ảnh chụp liên quan đến việc rút một khoản chuyển USDT bị kẹt trên chuỗi Tron. Bên nhận là một thương nhân OTC. Dòng tiền on-chain sạch sẽ đến mức như vừa tắm xong, nhưng ví của đối phương thì nhảy lên ba lần liên tiếp, rồi để lộ một đuôi của một máy trộn (mixier) đã từng bị OFAC điểm tên từ năm ngoái. Khoản tiền đó cuối cùng bị kẹt 40 phút. Trong nhóm, thương nhân cứ nhắn hỏi liên hoàn "rốt cuộc ai đang xét duyệt". Không ai có thể trả lời chắc chắn một câu nào. Hộp đen kiểm soát rủi ro của sàn, cổng thanh toán trả phí cho phân tích on-chain của bên phân tích chuỗi, và các engine luật do từng bên tự viết theo kiểu nghĩ gì làm nấy—ba hệ thống nói chuyện với nhau mỗi nơi một kiểu. Rốt cuộc, chẳng ai chịu trách nhiệm cho kết quả cuối cùng. Tôi nhìn vào tấm ảnh chợt nhớ đến một điều: lẽ ra những chuyện như thế này phải có thể tự động hóa, có thể kiểm chứng, và truy trách nhiệm đến đúng một quy tắc cụ thể nào đó. Nhưng hiện tại cả ngành vẫn đang dùng cái cách ngu ngốc như "duyệt thủ công ưu tiên" để gồng. Chính là trong trạng thái nửa đêm đầu óc mơ màng lại hơi phấn khích, tôi bắt đầu nghiêm túc đọc những gì dự án NEWT đang nói. Càng xem càng thấy cái điểm mà họ cắt vào, thực ra lại đúng với cái hố mà nhóm chúng tôi ngày nào cũng gặp. @NewtonProtocol
Dạo trước, cô nàng Aiya trong nhóm đột nhiên quăng ra một tấm ảnh chụp màn hình vụ cháy tài khoản (bị xả kho), khiến hơn trăm người trong nhóm đều ngơ ngác. Cô ấy chơi DeFi được ba năm rồi, vốn là kiểu luôn treo mồm về quản trị rủi ro, thậm chí chuông báo thức cũng đặt thành “kiểm tra vị thế”. Vậy mà lần này lại vấp phải một “kho tiền” stablecoin: tài sản ở tầng nền lặng lẽ bị lệch neo hai điểm, chiến lược của cô ấy lại chẳng hề kích hoạt bất kỳ cơ chế bảo vệ nào, nhìn giá trị ròng tuột dần trước mắt. Sau đó cô ấy tâm sự với tôi, rằng mấy năm nay chưa từng bực bội đến vậy; rõ ràng đã làm đủ bài bản, thế mà lại thua vì câu “hệ thống không nói cho mình biết lúc nào phải chạy”. Tối hôm đó, hai đứa tôi video call đến gần mười hai giờ. Cô ấy lôi ra cái thứ @NewtonProtocol mà gần đây đang xem, nói rằng cái này không giống hẳn những công cụ kho tiền cô ấy từng dùng trước kia. Các dự án khác thì nói toàn chuyện lợi suất, hứa hẹn trời trên trời dưới; còn nó lại dành sức lực để làm chuyện “trước khi xảy ra sự cố thì chặn một phát”. Trước khi thực thi chiến lược, nó chạy qua bộ máy động cơ chiến lược rủi ro; các chỉ số như kích hoạt khi lệch neo và mức độ tập trung vị thế được viết thành quy tắc. Lệnh không đạt chuẩn thì không thể khớp giao dịch. Và mỗi lần phán định đều để lại một bằng chứng có thể tra trên blockchain, không phải ai nói là được. Aiya bảo cô ấy nhìn thấy bộ logic này khá hợp gu, vì cái “khổ” cô ấy từng ăn chính là kiểu “đến lúc xảy ra rồi mới biết”. #BTC走势分析 Tôi dám nói, cách tiếp cận như vậy—biến tuân thủ và quản trị rủi ro thành các quy tắc có thể lập trình, thay vì trông chờ con người canh bảng—đúng là đang đi theo hướng cấp độ tổ chức. Mạng vận hành còn được tích hợp thêm bảo mật tái thế chấp của EigenLayer, nền tảng cũng không hề mỏng. $RIVER Nhưng khen thì cũng phải nói thật: tôi đoán hiện tại thứ này vẫn thiên về hạ tầng và công cụ cho nhà phát triển; người dùng phổ thông muốn cảm nhận trực tiếp “kho tiền đã an toàn hơn”, thì còn phải chờ thêm nhiều giao thức thực sự tích hợp chiến lược, và dùng được các template, mà hiện tại các case còn khá ít. Tốc độ triển khai và hiệu quả thực tế vẫn cần thời gian để kiểm chứng—đừng vội coi nó như thuốc vạn năng. $NEWT Giờ Aiya vừa thận trọng vừa cứng miệng. Một mặt nói là “quan sát quan sát”, mặt khác lại đã ném dự án này vào danh sách theo dõi rồi—y như một mẫu hình “miệng không tin nhưng cơ thể rất thật”. Thật sự cứng miệng đến mức khó tin. Nếu các bạn cũng từng dẫm phải cái bẫy lệch neo (de-peg), thì bình luận bên dưới nói chuyện nhé—một mình ôm chuyện này dễ ngột ngạt lắm. #Newt
Bà A-giới thiệu một cô gái làm pháp vụ tuân thủ, muốn tìm người yêu. Cô ấy tên là Yuna, trông tươi rói “đã” thật sự. Nói về công việc thì cô ấy chỉ cà khịa nhiều nhất điều này: ngân hàng muốn đưa một khoản tiền của tổ chức lên chuỗi, chỉ riêng chuyện “khoản tiền này đã từng đi qua rà soát tuân thủ chưa” thôi, là đã phải kéo qua kéo lại giữa ba bộ phận trong suốt một tuần. Chẳng phải đúng cái khúc mắc mà tôi ngày nào cũng phải vật lộn nghiên cứu lớp nền của privacy chain sao. Chuỗi thì chạy nhanh là nhanh, nhưng “trước khi thực hiện có thể chứng minh được là tuân thủ không” thì đến giờ vẫn chưa ai thật sự giải quyết. Sau đó tôi lần theo đường dây @NewtonProtocol , phát hiện nó căn bản không đi nước “tái tạo một blockchain công khai” nữa, mà cắt thẳng vào tầng ủy quyền: trước khi giao dịch được chốt lên, nó chạy qua một bộ máy thực thi chính sách viết bằng Rego; kết quả được TEE và zero-knowledge proof chứng thực kép. Kết quả thu được là một biên nhận on-chain mà bất kỳ ai cũng có thể xác minh. Nhìn thiết kế này, tôi thấy bản chất là biến “tuân thủ” từ một khẩu hiệu thành middleware có thể lập trình, có thể kiểm chứng—cái này giống hệt hướng mà tôi ngày ngày theo đuổi khi làm privacy chain: tính toán có thể kiểm chứng. Cùng một kiểu đường. Đồng token $NEWT không chỉ là công cụ tính phí; nó gắn với việc người vận hành restaking làm tài sản thế chấp, mức độ an toàn của staking của validator, và cả quyền quản trị—bốn chuyện quấn lại thành một khối. Tôi đoán “độ ác” của thiết kế này nằm ở chỗ: chi phí cho hành vi xấu liên kết trực tiếp với tiền thật, thay vì dựa vào những ràng buộc mềm như uy tín. Tổng cung cố định mười tỷ, không lạm phát, lại kéo dài chu kỳ mở khóa của team và nhà đầu tư giai đoạn đầu—nói thật, sự kiềm chế kiểu này trong ngành này không nhiều. Tôi dám nói Newton nhắm không phải một tình huống chi tiết nào đó, mà là “đường an toàn” trước khi dòng vốn tổ chức được đưa lên chuỗi. Chỗ mà RWA, stablecoin, cầu nối xuyên chuỗi—tất cả những thứ tiền thật phải đi qua—đều phải qua cửa này trước. Kể chuyện theo hướng hạ tầng thì giá trị thường giải phóng chậm, nhưng một khi thật sự được các tổ chức mainstream dùng, thì hào lũy sẽ rất sâu. Nghe xong cô ấy hỏi tôi: có phải kiểu như gắn cho blockchain một chuyên viên pháp vụ không lương không? Tôi cười, đúng là “lý” đó. Cô ấy làm compliance nên vốn rất nhạy với chuyện “ai chịu trách nhiệm, chứng minh bằng cách nào”. Tôi nói: đợi khi nào các bộ phận của họ thật sự dám nhận một khoản tiền đã được xét duyệt như vậy rồi, thì tôi sẽ phục. Tôi không vội; tôi đoán đến ngày đó tới, cô ấy cũng sẽ tự đi tra xem NEWT là gì. Không nói nữa—lại phải hẹn Yuna đi xem phim thôi nhé. #Newt
Hãy nói về kinh tế học staking $NEWT: tài sản thế chấp của người vận hành, cơ chế trừng phạt (Slashing) và nguồn lợi
Hơn 3 giờ sáng tối qua, trong nhóm có một người bạn chạy node Newton khoe một ảnh chụp màn hình, hỏi tôi rằng như vậy có phải là bị “hiểu nhầm” mà bị trừ phạt không. Tài khoản Operator của anh ấy bị trừ một khoản nhỏ$NEWT với lý do là một lần tác vụ của Agent bị quá thời gian phản hồi; không phải anh ấy làm điều xấu, mà là node RPC ở lớp trên bị chập chờn, nên cửa sổ xác thực không kịp “khớp”. Chẳng phải đang làm người ta bối rối và mất tinh thần sao? Anh ấy hỏi tôi rằng cái “bể” này còn có thể chạm vào nữa không, tôi nhìn vào nội dung anh ấy gửi mà ngẩn ra khá lâu không trả lời, vì vấn đề này trong lòng tôi cũng thật sự không chắc. Đây có lẽ chính là hoàn cảnh chân thực nhất khi tham gia NEWT staking hiện nay: bạn nghĩ mình đang kiếm một “lợi nhuận ổn định”, nhưng thực ra bạn đang trở thành một con chuột thí nghiệm đang giúp một giao thức trẻ tuổi, còn đang dò ranh giới luật lệ, chịu tải kiểm thử.
Hôm trước mình giúp một người bạn làm về thanh toán xuyên biên giới tìm hiểu quy trình tuân thủ. Chỉ riêng việc tích hợp các cổng KYC của ba khu vực tài phán khác nhau thôi đã ngốn gần nửa tháng. Lúc đó mình mới cảm nhận thật sự rằng cái gọi là “chi phí tuân thủ” không phải là một con số nằm gọn trong báo cáo tài chính, mà là hàng đống ca trực đêm và hóa đơn gia công chất thành núi. Cũng vì chuyện này mà vài ngày nay mình lục lại các tài liệu kỹ thuật liên quan đến @NewtonProtocol . Càng đọc càng thấy hướng đi này đúng là… khá “khó nhằn”. Nó không chạy theo TVL hay độ nóng của câu chuyện, mà bê thẳng bộ ngôn ngữ chiến lược cấp doanh nghiệp như Rego và OPA lên blockchain, thực hiện thẩm định trước khi giao dịch. Những thứ như tư cách không phù hợp, vượt hạn mức, không khớp khu vực tài phán—luật chạy một lượt là bị chặn ngay trước khâu thanh toán. Toàn bộ quá trình còn dựa vào bằng chứng không kiến thức để đảm bảo không phải phơi bày dữ liệu gốc lên chain cho người ta xem. Mình dám nói combo “chặn trước khi thực thi + xác thực quyền riêng tư” này, trong một lĩnh vực mà chi phí tuân thủ mỗi năm ngay cả theo ước tính thận trọng cũng đã tầm khoảng quy mô 200 tỷ USD, thực sự là kiểu gặm xương cứng. So với nhiều dự án hô hào lật đổ tài chính truyền thống nhưng lại chưa làm chắc các lớp quản trị rủi ro cơ bản, thì cái này “thực” hơn hẳn. $NEWT hiện đang quanh mức 0.0485 USD. So với đỉnh lịch sử khoảng 0.83 USD khi lên sàn ngày 24 tháng 6 thì mức giảm hơn 94%. Nhìn thì có vẻ rất ghê. Nhưng xét dài hạn không phải là một đường giảm dần liên tục. Đầu giữa tháng 7 từng giảm về quanh 0.30 USD rồi có một nhịp hồi, cao nhất chạm 0.51, cho thấy trong khoảng đó có dòng tiền sẵn sàng đón. Hiện vốn hóa mới chỉ hơn hai chục triệu, mình đoán kỳ vọng bi quan có lẽ đã bị “đánh” gần như xong rồi. Nhưng đừng vội nói đáy. Phần token thuộc đóng góp cốt lõi và nhà đầu tư giai đoạn sớm được khóa 12 tháng, sau đó sẽ giải phóng tuyến tính trong 36 tháng; việc mở khóa mới chỉ bắt đầu, và mỗi tháng về sau vẫn sẽ có áp lực bán gia tăng mà né không đi được. Mình thấy lúc này nhà đầu tư lẻ dễ bị phân hóa cực đoan: hoặc nói đó là coin rác rồi bỏ, hoặc “cứng” mà đợi kỳ tích. Thực ra giá bị đè bởi áp lực bán hay không là một chuyện, còn việc câu chuyện kỹ thuật có兑现 được hay không lại là chuyện khác. Điều cần xem vẫn là dữ liệu vận hành trên chain: liệu có tăng trưởng liên tục hay không. Là một “lính” nhỏ lẻ đánh du kích, mình không nhìn vài cây nến đỏ ngắn hạn, mà tập trung vào những dữ liệu trên chain không mấy “sexy” nhưng rất thật—ví dụ bộ mạng các nút vận hành của EigenLayer có tiếp tục hấp thụ thêm các bên tổ chức tham gia hay không. Chỉ số này đáng tin hơn đường cong giá nhiều. Nền tảng kỹ thuật thì mình không chê, phần còn lại giao cho nhịp triển khai thôi: cứ từ từ theo dõi. #Newt
Hướng dẫn cho nhà đầu tư $NEWT: Cách đánh giá giá trị dài hạn của token hạ tầng B2B
Tôi đã theo dự án NEWT khá lâu rồi. Tối nay lại đúng lúc không ngủ được, tôi rà soát lại đến hơn 2 giờ sáng, nên tiện tay tôi gom lại những gì mình đã suy nghĩ trong thời gian qua rồi viết ra luôn. Đây hoàn toàn là ghi chú cá nhân về giao dịch, không phải kêu gọi lệnh mua/bán. Đầu tiên, nói xem vì sao tôi lại chú ý đến$NEWT . Thực ra sớm nhất là nhờ đợt airdrop của những người HODL Binance: vào ngày 24/6, thời điểm niêm yết, giá đã trực tiếp kéo lên mức ATH 0,82 USD. Lúc đó tôi có một chút vị thế từ lượng airdrop, và rồi tôi nhìn trân trân—mức tăng trong ngày 40%+—cảm giác vừa sướng vừa hẫng trong lòng thì quá quen thuộc. Tôi đã thấy kiểu thị trường này quá nhiều lần: khoảnh khắc nhà đầu tư nhỏ lẻ lao vào thường cũng chính là lúc đỉnh. Quả nhiên không lâu sau đó, giá đi ngang rồi giảm dần, trượt một mạch xuống quanh 0,048. Từ đỉnh, giảm hơn 94%. Hiện tại, vị trí này cơ bản là lúc nằm giữa “không còn gì để giảm” và “giảm không dứt”, cứ giằng co mãi trong trạng thái lình xình giảm dần. Nhìn biểu đồ xu hướng kiểu này, nói thật là nó gần như không khác biệt về bản chất so với hầu hết các đợt airdrop: lên sàn là đạt đỉnh, rồi trong nửa năm dùng cách khai thác thanh khoản để tẩy sạch những người đào bới ngắn hạn và lướt sóng, chỉ để lại những kẻ thật sự nghiên cứu về nền tảng. Vì vậy, với việc tôi viết bài này, thay vì nói là tôi lạc quan hay bi quan, tôi muốn mổ xẻ thật rõ chuyện “cách đánh giá giá trị dài hạn của một token thuộc nhóm hạ tầng B2B”. $NEWT chỉ là một ví dụ.
6 giờ 40 phút tối, dữ liệu on-chain được làm mới lần thứ bảy, mãi đến khi đó tôi mới gõ ra bài viết này.
Một đêm nọ, tôi bị “quét” bay một khoản từ vị thế—không phải là lỗ bao nhiêu tiền, chỉ vài trăm đô la thôi, nhưng cảm giác đó cực kỳ bực bội. Chiến lược tự động chốt lời mà tôi đặt sẵn rõ ràng là đúng về mặt logic; vậy mà khi chạy trên chuỗi thì lại bị kẹt ở một khâu mà tôi hoàn toàn không dự liệu được. Đến khi tôi kịp phản ứng để đi kiểm tra log thì phát hiện là chẳng có gì để xem—không có bản ghi nào cả. Cái gọi là “công cụ tự động hóa” đó là một hộp đen: bạn chẳng thể biết ở tầng thực thi nó đưa ra quyết định gì, chỉ có thể nhìn số dư tài khoản thay đổi, rồi tự mình bịa ra một chuỗi lý do để tự thuyết phục rằng “có lẽ là do trượt giá”. Tôi nhìn chằm chằm vào chuỗi transaction hash đó gần mười phút, cứ nghĩ: đến tận năm 2026 rồi mà tự động hóa trên chuỗi vẫn còn ở giai đoạn sơ khai kiểu “cứ tin thì dùng, không tin thì thôi”.
Dê bạn capybara dẫn bạn mổ xẻ chuyên sâu kiến trúc Newton AVS: EigenLayer “bù đắp” cho lớp ủy quyền như thế nào? Trong vài ngày qua, tôi cùng Lâm Tiểu Muội ở ngôi làng bên cạnh nghiên cứu kiến trúc của $NEWT . Là người cả đời ngâm mình trong đống công nghệ chuỗi quyền riêng tư, nói thật là ban đầu tôi đã đến với ánh nhìn khá kén chọn: ngoài kia các dự án gắn cờ “lớp tuân thủ” và “lớp ủy quyền” quá nhiều rồi, chín trên mười là dạng “lột da bọc thịt” danh sách trắng tập trung. Nhưng sau khi cắn kỹ, tôi phải nói một câu: thiết kế của Newton khác hẳn những gì tôi tưởng tượng. @NewtonProtocol Trước hết là lớp hiện tượng: thứ gây chú ý nhất của nó không phải bản thân động cơ chiến lược, mà là việc giao hẳn “ai sẽ thực thi việc phán định chiến lược” cho mạng AVS của EigenLayer. Khi giao dịch khởi tạo ý định, không phải một máy chủ tập trung quyết định, mà là một nhóm Operator độc lập chạy đánh giá chiến lược, tạo ra bằng chứng zk kèm chữ ký ngưỡng BLS, rồi tổng hợp lại thành một “biên nhận ủy quyền” được ghi lên chuỗi. Nhìn luồng này, phản ứng đầu tiên của tôi là: chẳng phải đây chính là việc thay “quyết định hộp đen” của hệ thống tuân thủ truyền thống bằng một sự đồng thuận đa bên có thể được kiểm chứng hay sao? #Newt Đi sâu hơn về bản chất, điểm khéo léo thực sự của kiến trúc này nằm ở chỗ nó chuyển tính an toàn tái thế chấp của EigenLayer từ “bảo vệ chuỗi” theo kiểu cũ sang “bảo vệ việc phán định chiến lược” ở một tình huống mới. Tôi dám nói đây là một hướng tái sử dụng khá thông minh: không cần tự xây từ đầu mạng niềm tin, mà tận dụng nền tảng an ninh kinh tế của Ethereum—khi Operator làm sai sẽ bị tước/thu hồi tài sản thế chấp, đáng tin hơn nhiều so với chỉ dựa vào uy tín hay chữ ký đa chữ. Thêm vào đó, với ngôn ngữ chính sách Rego/OPA, các quy tắc có thể điều chỉnh động mà không cần triển khai lại hợp đồng. Điều này làm giảm đáng kể rào cản khi các tổ chức muốn tích hợp. Nhìn tổng thể để kết luận định tính: Newton về bản chất đang chuyển mô hình tuân thủ kiểu “xử lý trách nhiệm sau sự việc” thành mô hình “ngăn chặn trước + chứng minh được trên chuỗi”, và suốt quá trình không đụng tới dữ liệu nhạy cảm của người dùng. Phần zk được làm vừa phải và thực dụng—không hề chất thêm thuật ngữ kỹ thuật chỉ để kể chuyện. Tôi đoán rằng, khi nguồn vốn của các tổ chức tiếp tục lên chuỗi nhờ RWA và stablecoin, thì lớp ủy quyền có thể kiểm chứng và phi tập trung như thế này sẽ ngày càng trở thành nhu cầu thiết yếu. Vị trí mà Newton đang nắm giữ, đáng để tiếp tục theo dõi. $NEWT @NewtonProtocol #Newt $NEWT
Cô bé An Nại nói với tôi rằng cô ấy đang nghiên cứu cơ hội cấu hình cho mảng robot, hỏi tôi có từng xem $OPG không. Lúc đó tôi đang “cày” cấu hình các node của một private chain, liếc qua tài liệu cô ấy gửi, rồi thẳng tay gác lại việc đang làm. Lựa chọn của cô gái này trong việc chọn hạng mục thật sự làm tôi phải nể phục—mỗi lần đều tìm được đúng góc mà người khác vẫn chưa kịp phản ứng. Xong khi trò chuyện với cô ấy, tôi lại đào sâu thêm, rà lại toàn bộ logic để mọi người tham khảo. Trước hết nói rõ về lớp hiện tượng. Robot thực thi tự chủ hiện đang là câu chuyện “hot” nhất, nhưng phần lớn tiền của thị trường vẫn đang đổ vào phía tính toán—ai có GPU nhiều hơn, ai có tham số mô hình lớn hơn. Hướng này không sai, nhưng thiếu một chiều kích căn bản: sau khi thực thi, ai sẽ chứng minh quyết định đó là “sạch”? Robot hoạt động trong thế giới vật lý, hành động là không thể đảo ngược. Tay máy công nghiệp gạt nhầm, xe tự lái phán đoán sai—sau đó bạn lấy gì để chứng minh đó là do mô hình hay dữ liệu bị nhiễm bẩn? AI hiện có trên cloud là hộp đen hoàn toàn, không giải thích được. Đây không phải vấn đề tối ưu, mà là một khiếm khuyết mang tính cấu trúc ở tầng kiến trúc. Đến đây là hiểu OP G đang làm gì. Nó đưa các node suy luận chạy vào TEE (môi trường thực thi đáng tin cậy): mỗi lần inference sẽ tạo chữ ký mã hóa mật mã trên chuỗi. Việc thực thi và xác minh được tách rời theo hai lớp—node GPU lo tốc độ, còn việc chứng minh đưa lên chain để đảm bảo tính tin cậy. Tôi dám nói rằng nếu đem thiết kế này đặt vào bối cảnh thực thi robot, thì đây là một trong những giải pháp gần nhất với tính “dùng được trong công trình” trong tất cả các phương án trên chuỗi hiện nay, không phải thứ khái niệm trên slide. Bài toán cốt lõi mà OPG giải không phải “AI có chạy được không”, mà là “AI chạy xong thì ai đứng ra bảo chứng”. Mức độ tự chủ càng cao, giá trị của vấn đề này càng lớn, chi phí thay thế càng cao, hàm lũy càng sâu. Xem tiếp logic bắt token. Mỗi lần suy luận on-chain đều phải dùng $OPG để thanh toán—đây là mức tiêu hao gọi thật, không phải kiểu câu chuyện “narrative” hư cấu của token quản trị. Mật độ triển khai robot càng cao, lượng OPG tiêu hao càng lớn, “cỗ máy” vòng quay chi phí sẽ quay thật. Tôi ước chừng trong 2 đến 3 năm tới, quản lý giám sát tuân thủ khi robot thực thi sẽ buộc phải khiến “suy luận có thể kiểm toán” trở thành tiêu chuẩn ngành. Hệ thống tự chủ không có lớp xác minh sẽ không nhận được tư cách triển khai thương mại. Vị trí mà $OPG đang kẹt thực chất là việc gieo sẵn một điểm nghẽn mà ai cũng phải vòng qua không được. Tất nhiên, tỷ lệ lưu hành chỉ 19%, còn các node được mở khóa thì phải theo dõi sát—biến động ngắn hạn là bình thường. Logic là logic như vậy, quyết định cụ thể tự bạn cân nhắc. Góc nhìn của An Nại thật sự đáng để xem lại. @OpenGradient #OPG
Đêm qua tôi trò chuyện với em gái Yuna tới tận 2 giờ sáng. Cô ấy hỏi tôi gần đây đang nghiên cứu gì, tôi nói $OPG . Cô ấy bảo: “Nghe giống như một thương hiệu card đồ họa.” Lúc đó tôi bật cười phun cả nước, nhưng nghĩ kỹ thì Yuna nói đúng. Thứ OPG làm, về bản chất, là “gắn một bộ não đáng tin cậy” cho robot. Tôi nhìn vào mảng này đã khá lâu rồi. Ở phần robot tự thực thi, hố đen lớn nhất hiện nay không phải là thuật toán, mà là việc không thể kiểm chứng được kết quả suy luận. Bạn đưa một AI Agent lên chuỗi để ra quyết định, nó đưa cho bạn một kết quả—làm sao bạn biết nó có bị sửa đổi không? Có bị lệch hướng không? Vấn đề này vẫn chưa ai nghiêm túc giải quyết. Mọi người chỉ lo nhồi thêm tính năng, chẳng ai quản lớp niềm tin ở tầng nền. #OPG @OpenGradient đang làm đúng việc đó: lớp suy luận AI có thể xác minh “native on-chain”. Kiến trúc HACA của họ (kiến trúc tính toán AI lai) tách rời việc thực thi suy luận và phần xác minh. zkML chịu trách nhiệm bằng các chứng minh mật mã “siêu mạnh”, còn TEE đảm nhiệm tốc độ và các mô hình cỡ trung bình—hai “đôi chân” chạy song song, cân bằng được chi phí và tính an toàn. Tôi đoán trong lớp thực thi của robot, bộ khung này trong tương lai sẽ trở nên giống TCP/IP đối với mạng—là hạ tầng nền tảng. Và đây không phải phép ẩn dụ; đó là định vị kiến trúc thật. Điều khiến tôi để ý hơn nữa là logic thu hút giá trị của họ. $OPG không phải chỉ là token quản trị thuần túy. Mỗi lần suy luận AI on-chain đều cần OPG để thanh toán. Trong kho mô hình (Model Hub) có 1500+ mô hình được gọi, tất cả đều đi qua vòng khép kín kinh tế này. Robot phát đi một lệnh hành động → phía sau kích hoạt một lần suy luận có thể xác minh → OPG bị tiêu hao. Đây là nhu cầu thật ở cấp hạ tầng cơ sở, chứ không phải câu chuyện kể. Tôi dám nói hiện tại FDV mới khoảng 120 triệu USD. a16z, Coinbase Ventures cũng ở trong đó. Với định vị “hạ tầng cho lớp robot tự thực thi”, mức định giá này rõ ràng bị đánh giá thấp. Nhưng nói vậy thôi, MemSync (lớp ghi nhớ bền vững) và việc mở rộng lớp thực thi của robot mới chỉ vừa bắt đầu; hệ sinh thái node còn đang trong giai đoạn xây dựng. Những dự án hạ tầng giai đoạn sớm như thế này sẽ biến động rất lớn. Quản lý vị thế (position management) còn quan trọng hơn mọi thứ. Yuna sau đó hỏi tôi: “Thế anh mua chưa?” Tôi nói: “Nghiên cứu cho thấu rồi hẵng tính.” Cô ấy trợn mắt, bảo tôi là “kẻ nghiên cứu cuồng”. Nhưng tôi nghĩ thái độ như vậy mới đúng. Lần sau hẹn cô ấy ra để dạy cho một bài học tử tế. @OpenGradient #OPG
Hôm qua bà Anna đã hỏi tôi một câu hỏi, đường cong áp dụng dài hạn của $OPG như một lớp thanh toán cho bộ xử lý AI phối hợp trong Web3—nói thật, càng nghiên cứu tôi càng thấy cốt truyện này đang bị đánh giá thấp nghiêm trọng. Theo quan sát của tôi, chuyện suy luận AI trên chuỗi trước đây ai cũng hô hào, nhưng gần như không có dự án nào thực sự chạy được vòng khép kín cho thanh toán. @OpenGradient làm một việc rất khác: họ không nhét AI vào trong chuỗi, mà chạy suy luận bên ngoài, dùng chuỗi để xác thực kết quả, và mỗi lần gọi AI đều thanh toán bằng $OPG . Không cần API key, không cần thẻ tín dụng—chỉ cần ví là tự xử lý được. Tôi cảm thấy hướng thiết kế này thật sự rất thông minh: biến các nguyên ngữ thanh toán thành hạ tầng cho AI, thay vì chỉ là một phần phụ. Nhìn qua lớp kính để thấy tầng kỹ thuật, tôi càng hào hứng. Kiến trúc HACA của họ biến zkML và TEE thành một dải phổ xác minh: nhà phát triển có thể chọn mức độ tùy nhu cầu. Với mô hình nhỏ thì chạy zkML kèm các chứng minh ở cấp độ toán học; mô hình lớn thì dùng TEE để đảm bảo tốc độ; và hai phương án này còn có thể trộn ngay trong cùng một giao dịch. Tôi nghĩ chính tính linh hoạt này mới là nơi có thể thật sự tìm ra PMF, vì ngân sách niềm tin mà DeFi dùng để quản trị rủi ro và LLM chatbot cần hoàn toàn không giống nhau. É mọi thứ theo một khuôn cứng sẽ chỉ khiến nhà phát triển phải bỏ đi. Xét phía nhu cầu: hiện tại BitQuant đã có 1,8 triệu người dùng dùng $OPG để mở khóa các tính năng nâng cao; MemSync có gần 40.000 người dùng hoạt động đang dùng dịch vụ ghi nhớ AI. Đây đều là nhu cầu sử dụng thật sự, tiêu hao token một cách thực, không phải trò chơi số liệu. Đường cong áp dụng tôi thấy sẽ như sau: giai đoạn đầu tăng trưởng nhờ tác nhân AI và công cụ cho nhà phát triển; giai đoạn giữa nhờ DeFi quản trị rủi ro và các Agent trên chuỗi cài vào để khuếch đại; và dài hạn là khi từng giao thức cần “kết quả AI có thể xác minh” trở thành trang bị tiêu chuẩn cho lớp thanh toán. Tôi ước chừng logic cốt lõi dài hạn của $OPG là: nhu cầu suy luận AI tăng trưởng mang tính cứng, phần cần tính xác thực sẽ được khuếch đại đồng bộ khi quy mô vốn tăng; còn OPG là đơn vị định giá duy nhất của lớp quyết toán này. Nguồn cung cố định 1 tỷ, không phát hành thêm, và mức lưu thông hiện tại chỉ khoảng 19%—áp lực phía cung thực ra sạch hơn so với đa số dự án. Được hậu thuẫn bởi a16z, Coinbase Ventures và Balaji, tôi cảm giác đây không phải một dự án dựa vào cốt truyện để tồn tại; họ đang nghiêm túc làm hạ tầng, chỉ thiếu việc được nhiều người nói rõ hơn. Hiện vẫn đang ở vùng đáy; với những người chuyên tâm khai phá mảng này, giai đoạn này đáng để cân nhắc tích lũy một cách nghiêm túc. #OPG
Hôm qua trò chuyện với cậu em thân thiết của mình cùng cô em họ, bàn về nhân sinh, nhắc tới việc người nắm giữ $OPG nắm quyền lợi như thế nào trong thị trường bản sao số hóa (digital twin) và AI KOL. Tôi nhìn vào mảng Twin.fun này, càng trò chuyện càng thấy nó ẩn chứa một con mãnh thú. Nó không phải chiêu trò, mà là logic thu hút và nắm bắt giá trị một cách có thật. Tôi nhìn hiện tượng này. Hiện tại, thời gian của KOL là tài nguyên hiếm. Người hâm mộ muốn “tương tác” với các blogger nhưng căn bản chẳng xếp hàng được. Twin.fun chính là thị trường bản sao số do @OpenGradient tạo ra: cho phép người dùng tạo lập, giao dịch và tương tác với các nhân cách KOL được AI “nhân bản lại”. Theo tôi, nhu cầu này là có thật. Bạn hãy xem logic nhận tiền tip trong các phòng livestream của top streamer—bản chất họ mua chính là cảm giác “được nhìn thấy”. Bản sao AI chỉ biến trải nghiệm đó thành một sản phẩm có thể mở rộng. Nhìn xuyên qua bề mặt thì phần quan trọng nhất không phải “AI giống hay không giống”, mà là khả năng suy luận được kiểm chứng. Nếu dữ liệu nhân thiết KOL chạy trên máy chủ tập trung, thì chẳng ai biết model có bị chỉnh sửa lén lút hay có bị dùng vào việc khác. @OpenGradient dùng TEE + zkML cho suy luận có thể xác minh: mỗi lần gọi bản sao AI đều sinh ra bằng chứng mật mã, tra được trên chuỗi. Với những người chơi chuỗi quyền riêng tư, đây mới là chỗ đáng giá thật—không phải cảm hứng, mà là hào lũy thuật. Rồi nói tới việc nắm bắt quyền lợi. Tôi đoán nhiều người vẫn chưa nhận ra: mỗi lần ai đó gọi các bản sao AI trên Twin.fun, toàn bộ chi phí suy luận đều được thanh toán bằng $OPG , thực hiện qua giao thức x402 để thanh toán/clear trực tiếp trên chuỗi. Người nắm giữ có thể thế chấp cho các node xác minh để nhận phần chia từ khoản này, đồng thời tham gia bỏ phiếu quản trị chuẩn phần cứng TEE. Đây không phải vẽ bánh bằng token quản trị, mà là việc họ nắm quyền định giá đối với thị trường suy luận. Tóm lại: mâu thuẫn cốt lõi của thị trường digital twin là sự “xé rách” giữa trải nghiệm có thể mở rộng và độ tin cậy. @OpenGradient ở tầng nền đã vá lại mâu thuẫn đó. Người nắm giữ $OPG không phải đang mua câu chuyện, mà là mua quyền hưởng phần phí trong toàn bộ hạ tầng. Dự đoán theo diễn biến thị trường: một khi các KOL hàng đầu bắt đầu ký hợp đồng và lên Twin.fun, lượng cuộc gọi suy luận mỗi ngày sẽ có thể gấp mười lần hiện tại. Dòng phí này sẽ phản ánh thẳng vào lợi nhuận khi thế chấp. Hiện tại vào sớm để đặt nền, tôi nghĩ là đang “nhặt hố giá trị”. Con đường này tôi khá tin. Còn các bạn thì sao? #OPG
Gần đây nhìn em họ xinh với nhau chằm chằm vào dữ liệu trên Model Hub của @OpenGradient , hơn 4500+ mô hình đã được đưa lên chuỗi. Rốt cuộc thì “logic lưu thông” của $OPG đã thay đổi cái gì? Hơn 4500+ mô hình lên chuỗi, “logic lưu thông” của $OPG thì rốt cuộc đã thay đổi điều gì? Từ lúc TGE còn “2000+”, đến hiện tại CoinGecko đã trực tiếp gắn nhãn “thousands of models”. Tốc độ tăng này có hơi vượt dự đoán của tôi. Tôi cảm giác thị trường vẫn chưa phản ứng đầy đủ với ý nghĩa thật sự đằng sau con số đó. Nói thẳng ra: số lượng mô hình được đưa lên chuỗi không phải chỉ số để khoe mẽ. Nó là biến quyết định “trần” tần suất tiêu thụ của $OPG . Mỗi lần gọi xác thực suy luận đều phải dùng $OPG để thanh toán; chứng minh TEE, chứng minh ZKML—một bút một bút đều được giải quyết lên chuỗi, không có ngoại lệ. Có càng nhiều mô hình thì các kịch bản mà developer và AI Agent có thể chạy càng rộng, mật độ yêu cầu suy luận trong một đơn vị thời gian càng cao—đó chính là logic tiêu thụ ở tầng nền. Tôi phát hiện một chi tiết mang tính cấu trúc: Model Hub hoàn toàn permissionless—chỉ cần upload là dùng được, không có ma sát xin duyệt. Điều này có nghĩa tốc độ mở rộng nguồn cung bản thân đang liên tục kéo rộng trần nhu cầu; còn phía thanh toán bị “khóa cứng” vào $OPG , tầng giao thức được mã hóa cứng, không có đường vòng. Thêm nữa, MemSync cũng có phần đọc/ghi bộ nhớ đi qua thanh toán trên chuỗi. Ngoài nhu cầu suy luận, lại có thêm một đường tiêu thụ ổn định—hai bộ nhu cầu chạy song song. Quan trọng hơn, khi số lượng mô hình vượt qua một mốc tới hạn nào đó, chi phí chuyển đổi của developer sẽ tăng đáng kể; hiệu ứng mạng bắt đầu tự củng cố. Độ “dính” này là hào lũy mà chỉ tăng trưởng người dùng đơn thuần không thể sao chép. Nhìn hiện tại, mối ẩn họa lớn nhất của tôi lại không nằm ở phía nhu cầu, mà nằm ở sự thiếu cơ chế đốt cháy. Trong tokenomics hiện tại, phí suy luận chủ yếu chảy vào khuyến khích cho node và phần thưởng staking, không có thiết kế “hủy” rõ ràng ở tầng giao thức. Giới hạn trần cố định 1 tỷ, không tăng phát là đúng, nhưng cửa thời gian mở khóa của team và nhà đầu tư đang dần tiến lên; chỉ dựa vào việc “không tăng phát” thì không thể bù đắp được áp lực bán. Về lý thuyết, với quy mô triển khai 4500+ mô hình, sau khi đạt thêm một bậc về suy luận trung bình hằng ngày, thì mức tiêu thụ thực tế của $OPG hoàn toàn có thể tạo thành một chỗ dựa cấu trúc vững chắc—logic này chắc chắn. BitQuant 1,8 triệu người dùng, mỗi lần gọi chiến lược cũng là dòng tiền “mạch nước” mới, và ở lớp ứng dụng, hệ số nhân từ nhu cầu có quan hệ trực tiếp hơn với số lượng mô hình. Tôi có một gợi ý nhỏ: đưa vào tỷ lệ hủy có định hướng cho phí suy luận, bắt đầu 5%–10%, để cả cung và cầu đồng thời siết lại. Phía nhu cầu đã đang được xây dựng, còn phía cơ chế hủy thì mới thiếu một mốc thời gian triển khai thực tế. @OpenGradient #OPG
Làm tốt thì xứng đáng được khen ngợi. $OPG đã biến TEE thành cơ chế xác thực cốt lõi của nút suy luận—thiết kế này đưa Intel SGX / AMD SEV vào hệ thống niềm tin trên chuỗi, không phải dự án bình thường nào cũng làm được. Nói thật, mình thấy $OPG biến TEE thành cơ chế xác thực cốt lõi của nút suy luận—thiết kế này đưa Intel SGX / AMD SEV vào hệ thống niềm tin trên chuỗi, không phải kiến trúc dự án nào cũng làm được. #OPG Những năm lăn lộn trong chuỗi bảo mật quyền riêng tư, có một vấn đề luôn không thể vượt qua: con dao tấn công kênh kề (side-channel) rốt cuộc treo trên đầu $OPG cao đến mức nào? Trước hết nói về hiện tượng. Lịch sử SGX đã từng xảy ra điều gì? Foreshadow (2018) trực tiếp trích xuất khóa từ enclave; SGAxe (2020) có thể đọc dữ liệu xuyên qua vùng an toàn; còn cuộc tấn công SEVered của AMD SEV có thể sửa đổi bộ nhớ mã hóa mà không phá hủy attestation. Mỗi cái đều là ví dụ thực chiến. Mình cho rằng ở đây có một điểm đứt gãy logic then chốt. Chuỗi xác thực của $OPG là: nút suy luận chạy trong TEE → tạo attestation → lớp đồng thuận của toàn bộ nút kiểm chứng → ghi lên chuỗi. Toàn bộ gốc niềm tin chính là bản attestation đó. Nhưng ác ý của tấn công kênh kề nằm ở chỗ: nó không làm hỏng attestation, mà lặng lẽ thay đổi trạng thái trung gian của quá trình suy luận trong điều kiện vẫn chứng minh là hợp lệ. Mình cảm giác nhiều người chưa nghĩ thông suốt điều này. Kẻ tấn công thông qua các thủ thuật như thời gian bộ nhớ đệm, “đập hàng” DRAM (DRAM row hammer), v.v., trong khi enclave vẫn xuất ra bằng chứng bình thường, lại thay thế đầu vào suy luận. Bằng chứng trên chuỗi hoàn toàn hợp lệ về mặt định dạng, nhưng kết quả đã bị nhiễm bẩn. Toàn bộ nút kiểm chứng định dạng bằng chứng, chứ không kiểm tra ngữ nghĩa suy luận—vậy căn bản không phát hiện được. Điều này tác động mạnh nhất đến bối cảnh DeFi của $OPG . Chiến lược định lượng BitQuant phụ thuộc vào đầu ra có thể xác minh của mô hình quản trị rủi ro; nếu đầu ra được tạo ra dưới tấn công kênh kề, attestation trên chuỗi không có vấn đề gì, thì toàn bộ kết quả đều là “độc”—giá trị giao dịch “đáng tin” lúc đó chỉ là trò đùa. Mình thấy trong tài liệu có phần kiểm tra attestation phần cứng khi đăng ký nút TEE—phần này làm rất chắc, rất đáng khen. Nhưng đăng ký hợp lệ không đồng nghĩa với an toàn khi vận hành; lỗ hổng lại chính là thứ được kích hoạt trên phần cứng hợp lệ. Cân đo bằng thực tế: zkML mới là phương án dự phòng “cứng” hơn. Chứng minh toán học không sợ tấn công kênh kề. Ép các suy luận có giá trị cao phải đi theo zkML, còn TEE chỉ làm hỗ trợ độ trễ thấp—đó mới là thiết kế phân lớp nên có. Lớp TEE của $OPG đáng để tiếp tục theo dõi. #OPG @OpenGradient
Tối qua tôi và em vợ đã trò chuyện về cuộc sống, và bàn về logic độ bền của mạng $OPG : tiêu chuẩn mã nguồn mở + cộng đồng fork, con đường này có thể đi xa đến đâu? Mọi người thường thích thảo luận về $OPG khi chỉ chú ý đến AI + suy luận trên chuỗi, nhưng tôi nghĩ điều thực sự đáng để khai thác là cấu trúc độ bền của nó, tức là khi đội ngũ cốt lõi hoặc một điểm nào đó gặp vấn đề, mạng lưới này có thể tự duy trì hay không. Thiết kế nền tảng của @OpenGradient là tách biệt ba lớp: suy luận AI, xác thực, và lưu trữ. Các nút suy luận, nút toàn bộ, và nút dữ liệu mỗi cái làm một nhiệm vụ riêng, không ép buộc mỗi xác thực viên phải chạy mô hình hoàn chỉnh. Tôi cảm thấy cấu trúc này không phải để trông đẹp, mà tự nhiên có đặc tính "có thể thay thế mô-đun", nếu một loại nút gặp vấn đề, các lớp khác vẫn có thể hoạt động. Đây là nền tảng vật lý cho độ bền của mạng. Thiết kế mã nguồn mở của ModelHub thật sự rất tuyệt. Hiện tại đã có hơn 2000 mô hình, hơn 100 nhà phát triển đang đưa thứ vào. Một khi mô hình và tiêu chuẩn suy luận được công khai, cộng đồng có thể fork ra các mạng con hoặc chuỗi chuyên dụng cho các lĩnh vực cụ thể, giống như Uniswap v2 đã bị fork hàng chục lần, làm cho toàn bộ hệ sinh thái AMM trở nên dày hơn. Tôi cho rằng đây là con đường phát tán giá trị của $OPG bị đánh giá thấp nhất: không phải mở rộng bằng chính mình, mà là thông qua tiêu chuẩn được tái sử dụng để mở rộng bán kính ảnh hưởng. Nhưng tôi cũng thấy một số rủi ro thực sự không được đề cập nhiều. Thứ nhất, hai hệ thống xác thực TEE và zkML đồng tồn tại, khi cộng đồng fork sẽ dẫn đến sự khác biệt về tiêu chuẩn, khả năng tương tác là một vấn đề thực tế. Thứ hai, hiện tại lưu thông chỉ có 190M, tổng cộng 1 tỷ, áp lực mở khóa sau này không nhỏ, và việc giao dịch cao cũng cho thấy hiện tại chủ yếu vẫn là được thúc đẩy bởi giao dịch chứ không phải sử dụng. Thứ ba, nếu lớp trí nhớ AI MemSync trở thành phụ thuộc cốt lõi của hệ sinh thái, thì nếu nó gặp vấn đề, nó sẽ trở thành một điểm đơn lẻ mới. Tôi đoán hướng cải tiến thực sự của OPG là: làm cho tiêu chuẩn thanh toán suy luận gọi chéo trở nên đủ đơn giản, để các dự án fork tự nhiên tương thích với thanh toán OPG của mainnet, thay vì mỗi bên tự xây dựng token, như vậy giá trị mới có thể thực sự hội tụ về OPG chứ không phải phân tán. Tôi thực sự cân nhắc: giá ngắn hạn vẫn đang dao động gần vị trí cắt giảm ATH, logic cơ bản cần được xác nhận phụ thuộc vào việc lượng gọi thực tế của các nhà phát triển có thể tăng lên không, ít nhất cần thêm một đến hai quý dữ liệu để xác thực. @OpenGradient #OPG
Hôm qua lại đi uống với mấy thằng bạn thân làm khai thác, nói chuyện về cơ chế đề xuất quản trị $OPG : Ai quyết định, mô hình nào sẽ lên chuỗi? Dự án @OpenGradient này, mình thấy hiện tại đa số câu chuyện AI+chuỗi vẫn chỉ là "thuê sức mạnh tính toán", chỉ đổi cái vỏ để kể chuyện. Nhưng cơ chế quản trị $OPG này, mình cảm thấy nó đang trả lời một câu hỏi cốt lõi: Mạng nên ưu tiên chạy mô hình của ai, và ai sẽ quyết định điều đó? Xét về hiện tượng, @OpenGradient làm AI suy diễn có thể xác minh, mỗi lần gọi mô hình sẽ tạo ra chứng minh mật mã, trước khi thanh toán trên chuỗi phải thông qua xác minh. Sử dụng TEE+zkML song song, các kịch bản rủi ro khác nhau sẽ đi theo các lộ trình xác minh khác nhau. Mình nghĩ thiết kế "thực đơn niềm tin" này rất thông minh, không phải là một kích thước cho tất cả, mà là cho các nhà phát triển quyền lựa chọn. Chiều quản trị mới thực sự là điều thú vị. Người nắm giữ $OPG có thể bỏ phiếu quyết định: Hỗ trợ phần cứng TEE nào, định giá Gas, phân bổ kho bạc, nâng cấp giao thức. Nhưng mình quan tâm hơn đến việc, mô hình AI mã nguồn mở nào sẽ được mạng ưu tiên hỗ trợ, bản chất cũng là cơ chế quản trị này đang thúc đẩy phía sau. Các nhà phát triển mô hình đưa mô hình lên Model Hub, cộng đồng thông qua bỏ phiếu bằng token ảnh hưởng đến phân bổ tài nguyên và ưu tiên, mô hình được sử dụng nhiều hơn sẽ hoàn trả lợi nhuận cho nút, lợi nhuận của nút lại hoàn trả cho người staking. Toàn bộ động cơ của vòng quay này chính là hướng của bỏ phiếu quản trị. #OPG Mình cảm thấy điểm thông minh nhất của cơ chế này là gắn "quyền lực phát ngôn" với "lợi ích" lại với nhau. Bạn nắm giữ $OPG , bạn staking, bạn tham gia thanh toán suy diễn, bạn mới thật sự quan tâm đến lá phiếu bạn đã bỏ. Đây không phải là DAO chỉ mang tính hình thức, mà là quyết định thực sự được thúc đẩy bởi lợi ích kinh tế. Đứng sau là a16z Crypto và Coinbase Ventures, đội ngũ đến từ Two Sigma và Palantir, có nền tảng công nghệ rất vững chắc. Mình nghĩ những dự án kiểu này khó nhất không phải là kỹ thuật, mà là liệu có thực sự kích hoạt được cộng đồng tham gia quản trị hay không, từ dữ liệu hơn 2 triệu người dùng và 2 triệu lần suy diễn có thể xác minh hiện tại, giai đoạn khởi động lạnh đã làm khá tốt. Mình đoán, cơ chế quản trị của $OPG không phải là trang trí, mà là bộ điều chỉnh thực sự cho hướng tiến hóa của mạng. Ai nắm giữ đủ nhiều token và thực sự sử dụng mạng này, người đó sẽ có khả năng thúc đẩy mô hình mã nguồn mở mà mình hỗ trợ lên vị trí ưu tiên. Logic này, trong lĩnh vực AI có thể xác minh, mình thấy là thiết kế rõ ràng nhất hiện nay. #OPG