Mình đã xem lịch mở khóa của NEWT từ trước, kiểu như khi bạn trì hoãn một việc gì đó khác, và nhận ra đợt tiếp theo dự kiến sẽ được phát hành vào khoảng 1,8% tổng cung trong vài tuần nữa. Con số nhỏ thôi, không có gì đáng lo. Nhưng nó khiến mình mở bảng phân bổ (vesting) đầy đủ, và lúc đó có một điều gì đó bật lên trong đầu—thứ mà mình trước giờ chưa nghĩ đến. Newton thực ra không được xây từ con số không. Nó được xây dựa trên Magic Labs, công ty ví nhúng (embedded wallet), vốn đã có người dùng thực, tích hợp thực tế và các ứng dụng thực sự dựa vào hạ tầng ví của họ. Và ngay khi mình thấy điều đó, cách mình đọc hiểu về loại “cược” mà token này đại diện đã thay đổi hoàn toàn.
Giả định đầu tiên của tôi—giống như hầu hết các token hạ tầng mới khác—là phần khó ở đây mang tính kỹ thuật. Xây mạng lưới operator, cho policy engine chạy được, làm cho TEEs và luồng attestation thật vững, và phần còn lại sẽ theo sau. Cách khung đó gần như mọi bài viết đều mặc định theo, vì đó là phần có sơ đồ và whitepaper đính kèm. Rủi ro kỹ thuật là rủi ro mà người ta hay nói đến, vì đó là rủi ro “dễ nhìn thấy”.
Nhưng càng ngồi với mối liên hệ giữa Magic Labs, tôi càng bắt đầu nghĩ rằng phần xây dựng kỹ thuật thực ra mới là nửa dễ hơn. Policy engine, TEEs, mô hình bảo mật restaking—không thứ nào trong đó còn quá xa lạ nữa; đều đã có những mẫu hình được biết đến cho tất cả. Vấn đề thật sự khó, thứ quyết định liệu mọi thứ này có đáng quan tâm hay không, chính là phân phối. Liệu có ai đó thật sự bật quyền của tác nhân trong một ví mà họ đang dùng cho việc khác không? Liệu một nhà phát triển đang xây dapp có chọn chuyển giao dịch thông qua policy client của Newton thay vì chỉ viết các kiểm tra cơ bản của riêng mình—đó là điều mà hầu hết mọi người đang làm ngày nay vì đơn giản hơn? Đây không phải câu hỏi về mật mã. Đây là câu hỏi về thói quen, và thói quen thì bền bỉ lắm.
Đây là điểm cốt lõi mà tôi nghĩ bị bỏ sót. Rất nhiều giao thức middleware thất bại không phải vì công nghệ không hoạt động, mà vì cần có ai đó chủ động chọn tích hợp chúng; và đa số người xây dựng sẽ luôn mặc định làm điều tối thiểu của chính họ, thay vì áp dụng một phụ thuộc mới—dù phụ thuộc đó tốt hơn. Lợi thế của Newton, nếu có, không phải là bộ engine chính sách của nó thanh lịch hơn thứ một đội có thể tự xây trong nội bộ. Điểm là Magic đã nằm bên trong nhiều ứng dụng sẵn có như hạ tầng ví, nên về lý thuyết việc bật lớp ủy quyền của Newton có thể giống như bật một công tắc hơn là phải tích hợp mới hoàn toàn. Đây là lợi thế phân phối, không phải lợi thế kỹ thuật. Và lợi thế phân phối thường là “moat” thực sự trong các bài toán hạ tầng, ngay cả khi truyền thông nói hoàn toàn về công nghệ.
Nếu muốn bản chất thật đơn giản: hãy nghĩ xem các cổng thanh toán kiếm thị phần bằng cách nào. Stripe không thắng vì không ai khác có thể xử lý giao dịch thẻ tín dụng. Stripe thắng vì làm cho việc tích hợp thanh toán trở nên ít ma sát đến mức nhà phát triển mặc định dùng nó thay vì tự viết logic tính phí của riêng họ. Công nghệ đứng sau việc xử lý thẻ đã tồn tại hàng chục năm trước Stripe. Thứ Stripe bán là sự tiện lợi chạy trên nền tảng hạ tầng sẵn có—và khi đã đủ nhiều nhà phát triển dùng nó, thì các nhà phát triển khác cứ tiếp tục theo, vì đó là nơi đã có sẵn công cụ và niềm tin. Nếu Newton có đường hướng để trở nên “đáng chú ý”, nó trông giống cơ chế đó hơn là giống một bước đột phá trong mật mã xác minh.
Bây giờ, điểm khiến tôi không thể chỉ chấp nhận điều này như một kịch bản “hiển nhiên đúng”: việc hạ tầng ví được nhúng vào một ứng dụng không giống với việc người dùng hay nhà phát triển muốn đúng tính năng mà Newton mang lại. Newton là cho phép một tác nhân hoạt động với quyền hạn bị giới hạn thay mặt họ. Phân phối đem lại sự hiện diện gần kề, không phải là sự chấp nhận. Có rất nhiều tính năng “ngủ yên” bên trong những sản phẩm mà người ta đã dùng sẵn, chỉ vì chưa ai hỏi đến chúng và cũng chưa có ai ép phải chuyển sang. Và còn một vấn đề khó hơn ở phía dưới: trao quyền giao dịch cho một tác nhân—dù chỉ được giới hạn chặt chẽ—đối với đa số người dùng phổ thông đã là một yêu cầu hết sức không thoải mái, khó chịu hơn nhiều so với việc phê duyệt một khoản thanh toán một lần. Cho đến nay, vẫn chưa ai thực sự giải quyết xong bài toán UX để khiến nó “trông có vẻ an toàn” chứ không phải “liều lĩnh”. Newton cũng vậy. Việc đặt ví sẵn trong sản phẩm không tự động giải quyết được một vấn đề niềm tin mang tính tâm lý chứ không phải kỹ thuật.
Cũng có một lực căng mang tính cấu trúc trong động lực khuyến khích khiến tôi hơi bận tâm. Token cần nhu cầu staking để bảo mật mạng; cần nhà phát triển xây dựng dựa trên lớp policy để nó trở nên hữu ích; và đồng thời cần đủ sự quan tâm của thị trường để token có tính thanh khoản và đáng để nắm giữ. Ba thứ đó không nhất thiết tăng cùng nhau. Bạn có thể có một mạng lưới về mặt kỹ thuật vẫn “đúng chuẩn”, được staking an toàn, nhưng hầu như không có khối lượng giao dịch thực sự chạy qua nó—vì việc được chấp nhận phụ thuộc vào câu hỏi phân phối khó và chậm hơn mà tôi đã đề cập, chứ không phụ thuộc vào việc có tham gia staking hay không. Rất nhiều token hạ tầng cuối cùng vẫn được bảo mật tốt và gần như “rỗng”, và tôi không nghĩ thiết kế của Newton có gì ngăn cản cấu trúc để dẫn tới kết cục đó; nó chỉ hoàn toàn phụ thuộc vào việc thực thi, thứ mà đến giờ vẫn chưa xảy ra.
Vì vậy, nhóm mà tôi cứ quay lại gắn cho Newton không phải là nền tảng tác nhân AI, và cũng không phải hạ tầng tuân thủ—dù cả hai đều xuất hiện trong tài liệu của nó. Tôi thấy nó gần với một hệ sinh thái plugin hoặc tiện ích mở rộng chạy trên nền tảng sẵn có, kiểu như các extension trình duyệt dựa vào hệ cài đặt của Chrome: thành công hay thất bại ít phụ thuộc vào bản thân chúng, mà phụ thuộc vào việc người dùng của nền tảng gốc có bao giờ thèm bật chúng lên hay không. Magic Labs là nền tảng ở đây. Newton là tiện ích mở rộng. Đây là một canh bạc rất khác với câu kiểu “chúng tôi xây đường ray crypto tốt hơn”, và nó kéo theo một kiểu thất bại cũng khác—ít giống hack hay khai thác, và giống hơn với sự “lạc hậu yên lặng”, một tính năng chẳng ai bật lên.
Thứ tôi thực sự muốn theo dõi, nhiều hơn bất kỳ báo cáo kiểm toán hay thông báo quan hệ đối tác nào, là việc liệu dòng khối lượng giao dịch thực sự có bắt đầu chảy qua mạng lưới operator của Newton từ các ứng dụng đã nhúng sẵn ví của Magic hay không—không phải từ các ứng dụng mới được xây chỉ để trưng bày giao thức. Con số đó sẽ cho bạn biết “cược phân phối” có đang mang lại kết quả hay không, hay cuối cùng nó thành một hệ thống được kỹ nghệ tốt kèm bằng chứng đúng đắn cho những giao dịch phần lớn là không xảy ra. Tôi không nghĩ ai ngoài đội ngũ hiện tại có cái nhìn rõ ràng về điều đó, và tôi cũng không chắc ngay cả đội ngũ đã có.
