newt

Hôm trước mình xem một pull request của một dự án mã nguồn mở. Phần code không có gì đặc biệt, nhưng dưới phần review lại nổ ra một cuộc tranh luận khá dài. Một người đề nghị viết lại bằng Rust. Người khác muốn giữ Python vì tận dụng được toàn bộ libraries hiện có.
Điều thú vị là cuối cùng không ai tranh luận về programming language nữa. Họ chỉ thống nhất một điều: miễn input và output không thay đổi thì phần còn lại có thể để mỗi người tự quyết.
Đọc Integration Guide của Newton Protocol, mình lại nhớ tới đoạn thảo luận đó.
Data Oracle có thể được viết bằng JavaScript, Rust hoặc Python. Ban đầu mình nghĩ đây chỉ là cách Newton Protocol mở rộng tệp developers. Nhưng rồi mình tự hỏi, nếu mục tiêu chỉ là onboarding thì JavaScript có lẽ đã đủ. Điều khiến mình chú ý hơn lại nằm ở câu phía sau. Dù được viết bằng programming language nào, cuối cùng tất cả đều compile thành cùng một WIT interface.
Lúc đó mình nhận ra Newton Protocol chỉ chuẩn hóa đúng nơi Data Oracle bắt đầu tương tác với protocol. Trước WIT interface, builders vẫn có thể lựa chọn programming language, toolchain hay workflow theo cách của riêng mình. Sau WIT interface, mọi Data Oracle đều phải giao tiếp với mạng lưới theo cùng một cách.
Thoạt nhìn, đây chỉ là một lựa chọn về kiến trúc.
Nhưng càng nghĩ mình càng thấy WIT interface đang làm nhiều hơn việc kết nối các thành phần. Nó cũng xác định rất rõ decision nào Newton Protocol sẽ đứng ra chịu trách nhiệm, và decision nào vẫn thuộc về builder.
Những decision ảnh hưởng trực tiếp đến khả năng coordination của toàn bộ mạng lưới, như cách Data Oracle giao tiếp với protocol, cần được Newton Protocol chuẩn hóa. Nhưng programming language, toolchain hay workflow lại chỉ quyết định cách builder tạo ra Data Oracle. Chúng không làm thay đổi cách Data Oracle phối hợp với phần còn lại của hệ thống.
Điều này nghe có vẻ nhỏ, nhưng mình thấy đây mới là điểm thú vị. Không phải cứ liên quan đến Data Oracle thì Newton Protocol đều phải là bên quyết định. @NewtonProtocol dường như luôn dừng lại ở đúng nơi trách nhiệm của protocol bắt đầu, thay vì mở rộng sang cả quá trình phát triển phần mềm của builder.
Có lẽ vì vậy mình đọc lựa chọn này như một nguyên tắc Decision Discipline. Thay vì cố đưa mọi decision về phía protocol, Newton Protocol chỉ nhận những decision trực tiếp quyết định khả năng vận hành của mạng lưới, còn những decision còn lại vẫn để builders tự lựa chọn.
Điều mình thấy đáng chú ý là nguyên tắc này không làm Newton Protocol mất đi quyền quyết định. Ngược lại, nó khiến ranh giới trách nhiệm của dự án trở nên rõ ràng hơn. Builder biết đâu là phần mình có thể tự tối ưu. Newton Protocol cũng chỉ cần tập trung chuẩn hóa những gì thực sự cần để toàn bộ hệ thống có thể phối hợp ổn định.
Decision Discipline không nằm ở việc Newton Protocol chuẩn hóa nhiều hay ít. Nó nằm ở việc dự án xác định rất rõ decision nào nên thuộc về protocol, và decision nào nên tiếp tục được để lại cho builder. Khi ranh giới đó đủ rõ, protocol chỉ cần chịu trách nhiệm cho khả năng coordination của mạng lưới, còn builders vẫn giữ quyền quyết định cách họ tạo ra Data Oracle.
$LAB $NEWT #Newt

Có một thời gian tôi nghĩ rằng câu hỏi “AI có thể trở thành một thực thể kinh tế độc lập hay không?” chỉ là một narrative khác của thị trường. Cứ mỗi chu kỳ internet lại tìm ra một khái niệm đủ hấp dẫn để thổi phồng, từ DeFi, DAO, metaverse cho đến AI. Chúng ta quen với việc gắn cho công nghệ những kỳ vọng rất lớn trước khi hiểu chính xác điều gì đang thực sự thay đổi. Vì thế khi bắt đầu tìm hiểu Newton Protocol phản ứng đầu tiên của tôi không phải là sự tò mò mà là một chút dè dặt.
Có điều gì đó khiến tôi bận tâm vì phần lớn các cuộc thảo luận đều xoay quanh việc AI sẽ tự giao dịch, tự kiếm tiền hay tự sở hữu ví crypto nhưng càng đọc sâu hơn tôi càng cảm thấy đó lại là lớp bề mặt của vấn đề. Một AI biết gửi transaction không đồng nghĩa với việc nó đã trở thành một thực thể kinh tế. Khả năng thanh toán chỉ là điều kiện cần. Điều kiện đủ lại nằm ở một thứ ít được nhắc đến hơn nhiều, khả năng tham gia vào những mối quan hệ phối hợp kéo dài với những tác nhân khác trên internet.
Điều đó thay đổi hoàn toàn cách tôi nhìn Newton Protocol.
Thứ thú vị nhất có lẽ không nằm ở việc giao thức này nói về AI mà nằm ở cách nó đặt câu hỏi về contribution và attribution. Internet nhiều năm qua luôn rất giỏi trong việc lan truyền thông tin nhưng lại khá kém trong việc ghi nhận ai thực sự tạo ra giá trị. Một đoạn code được fork hàng trăm lần. Một mô hình AI học từ vô số tập dữ liệu. Một agent hoàn thành hàng nghìn tác vụ nhỏ. Cuối cùng giá trị kinh tế thường chỉ tích tụ ở những điểm cuối cùng của chuỗi trong khi phần lớn đóng góp phía sau gần như vô hình.
Có lẽ đây mới là nghịch lý lớn nhất của internet hiện đại. Chúng ta đã xây dựng được mạng lưới truyền tải dữ liệu ở quy mô toàn cầu nhưng vẫn chưa thực sự xây dựng được hạ tầng để ghi nhớ lịch sử của những đóng góp đó.
Dần dần tôi nhận ra Newton Protocol dường như quan tâm nhiều hơn đến lớp hạ tầng vô hình này. Nếu AI muốn tham gia nền kinh tế internet giống con người thì điều quan trọng không phải là nó thông minh đến đâu mà là liệu hệ thống có thể xác định nó đã đóng góp điều gì, ở thi điểm nào, cho ai và giá trị đó được duy trì ra sao theo thời gian. Attribution dưới góc nhìn đó không còn là vấn đề kế toán mà nó trở thành nền tảng của niềm tin.
Điều này cũng khiến tôi nghĩ nhiều hơn về specialized knowledge. AI ngày càng giỏi trong việc tổng hợp tri thức phổ quát nhưng nền kinh tế internet lại thường được xây dựng bởi những cộng đồng rất nhỏ với kiến thức cực kỳ chuyên biệt. Những niche communities này không tồn tại nhờ thuật toán tối ưu hóa. Chúng tồn tại vì những người tham gia liên tục đóng góp, điều chỉnh và gìn giữ những quy tắc ngầm mà chỉ người trong cộng đồng mới hiểu. Nếu một AI thực sự muốn trở thành một thực thể kinh tế và có lẽ nó cũng phải học cách tham gia vào những nền văn hóa như vậy thay vì chỉ tối ưu kết quả đầu ra.
Càng nhìn sâu hơn tôi càng cảm thấy đây không còn là câu chuyện của AI nữa mà nó bắt đầu giống một dạng triết học về coordination. Internet đang dần chuyển từ việc kết nối con người sang điều phối vô số agent, mô hình, ứng dụng và cộng đồng hoạt động đồng thời. Trong bối cảnh đó modular systems trở nên quan trọng không phải vì chúng linh hoạt hơn mà vì không một thực thể nào còn đủ khả năng hiểu toàn bộ hệ thống. Collective intelligence xuất hiện khi rất nhiều thành phần nhỏ phối hợp được với nhau mà không cần một trung tâm điều khiển tuyệt đối.
Có lẽ đó cũng là lý do vibecoding trở thành một hiện tượng thú vị. Chúng ta đang chứng kiến ngày càng nhiều sản phẩm được tạo ra thông qua sự cộng tác giữa con người và AI nhưng điều đáng chú ý không phải tốc độ viết code nhanh hơn. Điều đáng chú ý là ranh giới giữa người tạo ra sản phẩm và công cụ tạo ra sản phẩm bắt đầu trở nên mờ hơn. Khi đó câu hỏi về data ownership hay attribution không còn mang tính pháp lý đơn thuần. Nó trở thành câu hỏi về bản sắc của nền kinh tế số.
Newton Protocol khiến tôi nghĩ đến một khả năng khác có lẽ AI sẽ không bao giờ trở thành một thực thể kinh tế độc lập theo cách con người vẫn hình dung giống như một cá nhân có tài khoản ngân hàng và tự đưa ra mọi quyết định. Thay vào đó nó có thể trở thành một thành phần thường trực trong những mạng lưới phối hợp rộng lớn hơn, nơi giá trị được tạo ra bởi sự tương tác liên tục giữa con người, agent và cộng đồng.
Nếu điều đó xảy ra tương lai của AI có lẽ sẽ không được quyết định bởi việc nó thông minh hơn bao nhiêu. Nó sẽ được quyết định bởi việc internet có học được cách ghi nhận, duy trì và điều phối những đóng góp vô hình ấy hay không và có lẽ đó mới là lớp hạ tầng mà chúng ta vẫn chưa thực sự nhìn thấy, dù nó đang âm thầm định hình nền kinh tế của internet ngay từ bây giờ.
@NewtonProtocol #Newt $NEWT

Tôi đã nghĩ khá lâu về một câu hỏi nghe có vẻ rất đơn giản, điều gì sẽ xảy ra nếu một AI Agent đưa ra quyết định sai?
Ban đầu tôi thấy đây không phải vấn đề quá lớn. AI thì làm sao đúng tuyệt đối được. Ngay cả những trader giỏi nhất hay các quỹ đầu tư lớn cũng liên tục đưa ra những quyết định sai. Nếu ngay từ đầu chúng ta kỳ vọng AI sẽ không bao giờ mắc lỗi thì có lẽ chúng ta đang đòi hỏi một thứ mà ngay cả con người cũng chưa làm được.
Nhưng rồi tôi nhận ra mình đang nhìn AI như một phần mềm.
Có lẽ đó mới là sai lầm.
Nếu nghĩ kỹ hơn, AI Agent không còn giống một đoạn code chạy theo những dòng lệnh cố định nữa. Nó giống một nhân viên hơn. Bạn giao mục tiêu, giao quyền hạn, đặt ra một vài nguyên tắc, rồi để nó tự quyết định cách hoàn thành công việc.
Và nếu nhìn AI theo góc độ đó thì câu hỏi "AI có sai không?" tự nhiên trở nên kém thú vị.
Bởi vì nhân viên nào rồi cũng sẽ có lúc mắc sai lầm.
Điều quan trọng hơn là họ được phép làm đến đâu.
Có lẽ Newton Protocol cũng đang xuất phát từ đúng giả định đó.
Họ không bắt đầu bằng việc tìm cách tạo ra một AI hoàn hảo.
Họ bắt đầu bằng việc chấp nhận rằng AI sẽ luôn có lúc đưa ra quyết định sai.
Nghe có vẻ hơi bi quan.
Nhưng cũng rất thực tế.
Đến đây tôi mới thấy bài toán của Newton không phải là làm AI thông minh hơn.
Mà là làm cho những sai lầm của AI không biến thành thảm họa.
Hai mục tiêu này khác nhau hoàn toàn.
Hãy tưởng tượng bạn giao toàn bộ private key ví của mình cho một AI Agent.
Nếu nó quyết định sai một lần, mọi chuyện gần như kết thúc.
Nhưng nếu AI chỉ được phép giao dịch trong một giới hạn đã định trước, ví dụ không được swap quá một số tiền nhất định, không được bridge tài sản sang chain khác, không được ký những giao dịch nằm ngoài policy mà bạn đã thiết lập, thì mọi thứ bắt đầu khác đi.
AI vẫn có thể sai.
Nhưng cái giá của sai lầm đã thay đổi.
Tôi nghĩ đây là một điểm rất đáng chú ý.
Rất nhiều cuộc thảo luận về AI hiện nay đều xoay quanh việc làm sao để AI suy nghĩ đúng hơn.
Newton dường như lại hỏi một câu khác.
Điều gì sẽ xảy ra nếu AI không đúng?
Lúc đầu tôi không thấy sự khác biệt này quá lớn.
Nhưng càng nghĩ thì càng thấy đây gần như là hai triết lý khác nhau.
Một bên cố tạo ra một cỗ máy không bao giờ mắc lỗi.
Một bên chấp nhận lỗi là điều không thể tránh khỏi, rồi xây cả một hệ thống để giới hạn hậu quả của nó.
Nếu phải đặt cược, tôi nghĩ cách thứ hai thực tế hơn.
Không phải vì AI kém.
Mà vì thế giới vốn đã quá phức tạp.
Một AI Agent có thể mua một tài sản rồi thị trường giảm ngay sau đó.
Đó có phải quyết định sai không?
Có lẽ chưa chắc.
Một tháng sau giá có thể phục hồi.
Sáu tháng sau nó có thể trở thành quyết định đúng nhất.
Nghĩa là rất nhiều quyết định của AI không thể được đánh giá ngay tại thời điểm chúng diễn ra.
Nếu vậy thì việc cố chứng minh mọi quyết định đều đúng có vẻ không phải hướng đi khả thi.
Có lẽ điều cần kiểm soát không phải bản thân quyết định.
Mà là quyền được thực hiện quyết định đó.
Đó là chỗ tôi thấy Newton bắt đầu khác với cách nhiều người hình dung về AI Agent.
Trong kiến trúc của Newton, AI không đơn giản cầm private key rồi muốn làm gì thì làm. Mỗi hành động đều phải đi qua một lớp policy và execution framework trước khi được thực thi. Nói cách khác, AI có thể đề xuất một hành động, nhưng việc hành động đó có được phép diễn ra hay không lại phụ thuộc vào những quy tắc mà người dùng hoặc ứng dụng đã định nghĩa từ trước.
Nghe thì hơi giống một bước kiểm tra bổ sung.
Nhưng nếu nghĩ kỹ hơn thì đây lại là một thay đổi khá lớn.
Nó tách quá trình "ra quyết định" khỏi quá trình "thực thi quyết định".
Con người vẫn làm điều này mỗi ngày.
Một nhân viên có thể đề xuất chi một triệu đô cho một dự án.
Điều đó không có nghĩa tiền sẽ tự động được chuyển.
Sẽ luôn có giới hạn ngân sách.
Sẽ luôn có quy trình phê duyệt.
Sẽ luôn có những điều họ không được phép làm dù họ nghĩ mình đúng.
Có lẽ AI rồi cũng sẽ phải hoạt động theo cách tương tự.
Điều đó cũng khiến tôi nghĩ khác về khái niệm AI an toàn.
Trước đây tôi luôn mặc định AI an toàn là AI không mắc lỗi.
Giờ thì tôi không còn chắc nữa.
Có lẽ một AI đáng tin không phải là AI luôn đúng.
Mà là AI vẫn nằm trong phạm vi kiểm soát ngay cả khi nó sai.
Nhưng rồi tôi lại tự phản biện chính mình.
Guardrails có thật sự giải quyết được vấn đề không?
Có lẽ chỉ một phần.
Bởi vì guardrails cũng do con người viết ra.
Nếu policy được thiết kế quá lỏng, AI vẫn có thể gây ra thiệt hại rất lớn.
Nếu policy quá chặt, AI gần như mất hết khả năng tự chủ và mọi lợi ích của automation cũng biến mất.
Điều đó có nghĩa Newton không loại bỏ trust.
Họ chỉ chuyển trust sang một nơi khác.
Từ việc tin AI luôn đúng.
Sang việc tin rằng người thiết kế policy đã lường trước đủ mọi kịch bản.
Đó vẫn là một giả định.
Và mọi giả định đều có giới hạn.
Điều này làm tôi nhớ đến một điều khá thú vị trong lịch sử công nghệ.
Chúng ta không xây ngân hàng với giả định sẽ không bao giờ có gian lận.
Chúng ta không xây Internet với giả định sẽ không bao giờ có tấn công mạng.
Máy bay cũng không được thiết kế với giả định sẽ không bao giờ xảy ra sự cố.
Những hệ thống đó được xây với một tư duy khác.
Rằng lỗi sẽ xảy ra.
Điều quan trọng là lỗi có bị cô lập hay không, có được phát hiện đủ sớm hay không và hậu quả có nằm trong giới hạn chấp nhận được hay không.
Có lẽ Newton đang cố mang chính triết lý đó vào AI Agent.
Không phải bằng cách khiến AI hoàn hảo.
Mà bằng cách xây một lớp hạ tầng để ngay cả khi AI mắc sai lầm, nó cũng không thể vượt khỏi những ranh giới mà con người đã định nghĩa từ trước.
Và càng nghĩ, tôi càng thấy cuộc cạnh tranh của AI trong vài năm tới có lẽ sẽ không nằm ở việc mô hình nào có thêm vài tỷ tham số hay đạt thêm vài điểm benchmark.
Những thứ đó chắc chắn vẫn quan trọng.
Nhưng nếu AI bắt đầu được trao quyền quản lý tài sản, vận hành doanh nghiệp hay ký những giao dịch có giá trị lớn, thì điều quyết định sẽ là một câu hỏi khác.
Liệu con người có đủ tin để trao quyền cho AI hay không.
Và điều thú vị là, câu trả lời có lẽ không nằm ở bản thân AI.
Nó nằm ở lớp hạ tầng bao quanh AI.
Bởi vì cuối cùng, một AI Agent không cần phải hoàn hảo để trở nên hữu ích.
Nhưng một hệ thống trao quyền cho AI thì gần như bắt buộc phải được thiết kế với giả định rằng AI sẽ có lúc mắc sai lầm.
Có lẽ đó mới là khác biệt giữa việc xây một mô hình AI và việc xây hạ tầng cho nền kinh tế AI. Và cũng có thể, đây mới là câu hỏi mà Newton Protocol thực sự đang cố trả lời.
@NewtonProtocol #newt $NEWT

Giai đoạn Newton Mainnet Beta do đội ngũ ⁠@NewtonProtocol triển khai không chỉ đơn thuần là một bước đệm kỹ thuật, mà đang định hình lại cách chúng ta nhìn nhận về hiệu suất và tính phi tập trung của một blockchain lớp 1 (Layer-1). Bằng việc tập trung vào khả năng mở rộng tối đa mà không đánh đổi tính bảo mật, dự án đang mở ra cánh cửa lớn cho làn sóng ứng dụng Web3 tiếp theo.
1. Hạ Tầng Thân Thiện, Sẵn Sàng Cho Các DApp Quy Mô Lớn
Một trong những rào cản lớn nhất của các nhà phát triển hiện nay là chi phí vận hành cao và sự phức tạp khi triển khai ứng dụng. Mạng lưới Newton Mainnet Beta giải quyết triệt để vấn đề này nhờ:
Khả năng tương thích linh hoạt: Giúp các nhà phát triển dễ dàng di chuyển hoặc xây dựng mới các ứng dụng phi tập trung (DApp) mà không gặp trở ngại về mặt kỹ thuật.
Tốc độ giao dịch vượt trội: Giảm thiểu tối đa thời gian xác thực khối, mang lại trải nghiệm mượt mà như các ứng dụng truyền thống (Web2).
2. Định Định Kinh Tế Token
Trong cấu trúc của ⁠#Newt token ⁠$NEWT ⁠ đóng vai trò là hạt nhân thúc đẩy mọi hoạt động kinh tế. Không chỉ dừng lại ở việc trả phí gas,⁠ mang lại giá trị bền vững cho hệ sinh thái qua các cơ chế
Staking & Bảo mật: Khuyến khích người dùng và các node tham gia khóa token để bảo vệ mạng lưới, đồng thời nhận lại phần thưởng xứng đáng.
Quản trị phi tập trung (DAO): Trao quyền quyết định các nâng cấp cốt lõi của Mainnet vào tay cộng đồng nắm giữ token, đảm bảo tính minh bạch
3. Tương Lai Dài Hạn Cùng Hệ Sinh Thái
Sự ra đời của Newton Mainnet Beta chính là lời khẳng định mạnh mẽ cho tiến độ phát triển nghiêm túc của dự án. Đây là thời điểm lý tưởng để các nhà đầu tư, nhà phát triển và người dùng phổ thông cùng tham gia, trải nghiệm và đón đầu những cột mốc bứt phá tiếp theo từ công nghệ này.

Có lần mình đọc về vụ một quỹ đầu tư mạo hiểm ký điều khoản “quyền ưu tiên mua lại” với một startup, quy định rằng nếu công ty bán mình cho bên khác, quỹ có quyền mua lại theo cùng mức giá trước tiên. Vài năm sau công ty không bán toàn bộ mà chỉ bán một mảng kinh doanh nhỏ, không phải “bán công ty” theo đúng nghĩa đen của điều khoản. Quỹ kiện ra tòa đòi quyền ưu tiên, phía công ty cãi lại rằng bán một mảng kinh doanh không phải là sự kiện được điều khoản đó nhắc tới. Tòa án cuối cùng phải tự diễn giải “tinh thần” của điều khoản, chứ không chỉ đọc câu chữ, để quyết định ai đúng.
Đây là phần mình thấy đáng chú ý nhất khi nghĩ về vai trò dài hạn của @NewtonProtocol : một khi policy được mã hóa thành logic thực thi tự động, ai sẽ đóng vai trò như tòa án đó khi có tranh chấp về “tinh thần” của một điều kiện, chứ không phải chỉ về câu chữ kỹ thuật của nó? Code chỉ có thể thực thi đúng những gì được viết ra theo nghĩa đen, nó không tự phán đoán được ý định ban đầu của các bên khi soạn ra điều kiện đó nếu tình huống thực tế không khớp chính xác với câu chữ.
Tự phản biện: nếu Newton Protocol thiết kế thêm một cơ chế phân xử ngoài chuỗi để xử lý những tranh chấp về tinh thần điều khoản như vậy, dự án sẽ phải đối mặt với chính vấn đề mà toàn bộ ý tưởng ban đầu muốn giải quyết — tức là quay lại phụ thuộc vào con người diễn giải, làm chậm quy trình vốn dĩ được thiết kế để tự động và nhanh chóng. Nhưng nếu không có cơ chế đó, hệ thống sẽ luôn cứng nhắc thực thi đúng câu chữ, kể cả khi kết quả đi ngược lại rõ ràng với ý định ban đầu của các bên, và không ai có thẩm quyền chính thức để sửa sai theo đúng tinh thần thỏa thuận.
Nên câu hỏi cốt lõi không phải là Newton có nên tự động hóa hoàn toàn hay giữ lại một phần phân xử con người, mà là dự án có minh bạch xác định trước ranh giới nào thuộc về logic tự động, ranh giới nào cần một cơ chế phân xử độc lập được thiết kế sẵn, thay vì để việc đó lộ ra bất ngờ chỉ khi tranh chấp thực sự xảy ra.
$NEWT nên được đánh giá qua việc ranh giới đó có được vạch rõ từ trước hay không, chứ không chỉ qua mức độ tự động hóa của toàn hệ thống.
#newt $BTC $LAB

Có lần mình nghe kể về một tranh chấp giữa hai đối tác kinh doanh, cả hai đều đồng ý miệng về việc chia lợi nhuận theo tỷ lệ 60-40, nhưng khi soạn hợp đồng, một bên hiểu “lợi nhuận” là doanh thu trừ chi phí trực tiếp, bên kia lại hiểu là doanh thu trừ luôn cả chi phí quản lý chung. Hai bên tưởng đã thống nhất từ đầu, chỉ vì cùng dùng một từ “lợi nhuận” mà không ai hỏi lại định nghĩa cụ thể, đến khi chia tiền thật mới lộ ra khoảng cách hiểu nhau.
Cái này khiến mình nghĩ tới một lớp rủi ro khác trong RWA mà ít người để ý: ngay cả khi hai bên đều thiện chí, việc dịch một thỏa thuận bằng lời nói hoặc văn bản pháp lý truyền thống sang một policy chạy bằng code luôn có khả năng làm lệch đi phần nào ý nghĩa ban đầu, vì ngôn ngữ pháp lý vốn có độ mở nhất định, còn code thì buộc phải cụ thể hóa tuyệt đối.
Nếu @NewtonProtocol đóng vai trò chuyển đổi các điều khoản pháp lý phức tạp thành policy thực thi được, sẽ luôn tồn tại một bước dịch thuật ở giữa — và người thực hiện bước dịch đó, dù là con người hay AI hỗ trợ, đều có khả năng vô tình đưa cách hiểu của riêng mình vào, giống hai đối tác kinh doanh kia hiểu khác nhau về cùng một từ “lợi nhuận”.
Tự phản biện: vấn đề không nằm ở việc Newton có đội ngũ giỏi hay không, mà nằm ở bản chất của việc dịch ngôn ngữ tự nhiên sang logic thực thi luôn đòi hỏi phải chọn một cách hiểu cụ thể trong số nhiều cách hiểu khả dĩ, và một khi đã chọn, các bên liên quan buộc phải chấp nhận cách hiểu đó dù ban đầu họ có thể ngầm hiểu theo hướng khác. Không có công thức nào loại bỏ hoàn toàn khoảng cách này, vì nó là hệ quả tất yếu của việc chuyển từ ngôn ngữ có độ mở sang logic đóng.
Nên điều quan trọng hơn không phải là Newton có tránh được sai lệch trong dịch thuật hay không — điều đó gần như bất khả thi — mà là có một bước xác nhận rõ ràng, minh bạch, để tất cả các bên đều nhìn thấy và đồng ý với cách diễn giải cụ thể trước khi policy được đưa vào thực thi, thay vì để một bên âm thầm diễn giải rồi các bên khác chỉ biết khi có tranh chấp xảy ra.
$NEWT nên được đánh giá qua việc có tồn tại bước xác nhận diễn giải công khai đó hay không, chứ không chỉ qua việc policy cuối cùng có chạy đúng như logic đã viết.
#newt $BTC $LAB

Cách đây một tuần, mình bắt đầu đọc về cách Newton Protocol xử lý những tình huống mà dữ liệu từ nhiều nguồn rơi vào trạng thái mâu thuẫn trong cùng một identity graph. Điều khiến mình dừng lại không phải là cơ chế xử lý, mà là việc hệ thống không thực hiện immediate resolution dù có đủ input để collapse kết quả. Ban đầu mình thấy đây là một lựa chọn đi ngược system design thông thường, nơi deterministic output thường được ưu tiên để giảm latency.
Nhưng khi bóc tách sâu hơn, mình nhận ra hệ thống không tối ưu cho point-in-time correctness. Nó tối ưu cho contextual correctness under eventual consistency, nơi dữ liệu được coi là chưa hoàn chỉnh tại mọi thời điểm quan sát. Một snapshot không còn là “sự thật”, mà chỉ là một lát cắt tạm thời của một distribution đang thay đổi theo thời gian và theo event stream.
Nếu nhìn theo góc distributed systems, đây là sự từ bỏ giả định quen thuộc rằng system state luôn có thể được collapse thành một “truth value” tại bất kỳ thời điểm nào. Thay vào đó, state được xem như một quá trình tiến hóa liên tục, nơi mỗi quan sát chỉ là một phiên bản bị giới hạn bởi propagation delay, ordering uncertainty và partial visibility của dữ liệu.
Thay vì collapse mâu thuẫn ngay, hệ thống đẩy chúng vào một lớp trung gian có thể hiểu như latent conflict state layer. Ở đây, các competing assertions không bị merge hay reject mà cùng tồn tại trong identity graph dưới dạng unresolved nodes. Điều này tạo ra một vùng trạng thái chưa collapse, tách biệt hoàn toàn với decision execution layer và ingestion layer, giống như một buffer logic nằm giữa perception và finality.
Nếu mở rộng hơn, latent conflict layer không chỉ là nơi “giữ tạm dữ liệu mâu thuẫn”, mà là một dạng structural design để trì hoãn việc định danh truth. Nó biến conflict từ một error state thành một first-class state primitive, tức là mâu thuẫn không còn là thứ cần sửa ngay, mà là một phần hợp lệ của system state space.
Theo mình, lý do kiến trúc này tồn tại là để giảm false convergence under incomplete information. Trong nhiều hệ thống truyền thống, khi tín hiệu vượt threshold, hệ thống sẽ trigger deterministic decision, dù distribution chưa ổn định. Điều này tạo ra một dạng lỗi nguy hiểm hơn latency: premature closure of state space, nơi hệ thống tự tin nhưng sai về mặt cấu trúc ngữ cảnh.
Newton Protocol tránh điều đó bằng cách chuyển từ binary evaluation sang probabilistic state evaluation dựa trên dynamic weighting. Thay vì accept/reject, mỗi assertion trong identity graph được gán một weight function thay đổi theo thời gian. Weight này không cố định, mà phụ thuộc vào source reliability, temporal freshness, và cross-source consistency delta giữa các node trong graph.
Nhìn từ góc inference system, decision layer lúc này không còn là rule-based validator nữa. Nó giống một dạng stochastic inference engine, nơi output không phải là một giá trị nhị phân, mà là trạng thái hội tụ dần theo thời gian. Điều này làm giảm tốc độ “chốt quyết định”, nhưng đổi lại là khả năng giảm mạnh các sai lệch do thiếu ngữ cảnh.
Tuy nhiên, cái giá phải trả là sự gia tăng đáng kể trong state complexity. Khi hệ thống không collapse sớm, identity graph bắt đầu giữ nhiều phiên bản song song của cùng một thực thể, tạo ra hiện tượng state multiplicity. Nếu không có cơ chế kiểm soát tốt, điều này có thể dẫn tới controlled state explosion, đặc biệt khi số lượng nguồn dữ liệu và event stream tăng theo cấp số nhân trong môi trường distributed ingestion.
Lúc này, reconciliation không còn là thao tác merge đơn giản giữa hai giá trị, mà trở thành một bài toán phức tạp hơn nhiều: temporal alignment, causal ordering, và conflict resolution trong graph space. Hệ thống phải hiểu không chỉ dữ liệu nào đúng, mà còn dữ liệu đó đúng trong điều kiện thời gian và context nào.
Điểm quan trọng nhất nằm ở cơ chế đảo ngược. Một decision không được coi là immutable artifact, mà là soft-finalized state. Nó đủ ổn định để được sử dụng downstream, nhưng chưa đủ “cứng” để khóa toàn bộ hệ thống vào một kết luận duy nhất.
Khi xuất hiện context shift đủ lớn — ví dụ thay đổi phân phối tín hiệu đầu vào, hoặc độ tin cậy của một source bị reweighted mạnh trong trust propagation graph — hệ thống sẽ kích hoạt selective revalidation. Thay vì rollback toàn bộ graph, nó chỉ tái evaluate những node và edge bị ảnh hưởng trong decision lineage.
Selective revalidation biến system behavior thành một dạng incremental correction mechanism, nơi hệ thống không “quay lại từ đầu”, mà liên tục chỉnh lại cách hiểu của những gì đã từng được coi là đúng. Điều này giúp giữ được traceability, đồng thời tránh việc phá vỡ toàn bộ computation pipeline chỉ vì một thay đổi cục bộ.
Nhìn rộng hơn, toàn bộ kiến trúc này có thể được hiểu như một event-sourced temporal decision graph. Mỗi decision không bị overwrite mà được version hóa theo context, tạo thành một chuỗi lịch sử có thể truy vết đầy đủ. Lịch sử ở đây không chỉ là log, mà là một phần của computation model — nơi quá khứ vẫn có tác động đến cách hệ thống hiểu hiện tại.
Sau cùng, mình nhận ra hệ thống không tối ưu cho tốc độ đưa ra kết luận. Nó tối ưu để tránh việc một kết luận sớm trở thành một constraint sai kéo dài trong toàn bộ state space của hệ thống phân tán. Và trong môi trường dữ liệu luôn thiếu, trễ và bất đồng bộ, việc không chốt sớm không phải là sự chậm trễ, mà là một cơ chế bảo vệ hệ thống khỏi chính ảo tưởng rằng nó đã hiểu đủ để kết luận.
@NewtonProtocol $NEWT #Newt $VANRY $LAB

Hồi nhỏ mình cứ nghĩ "kín cổng cao tường" nghĩa là xây tường thật cao để không ai xâm nhập.
Sau này mới thấy, điều quan trọng không phải bức tường, mà là cánh cổng chỉ mở cho đúng thứ được phép đi qua. Nhiều hệ thống không thất bại vì phòng thủ yếu, mà vì cho phép một hành động đáng lẽ phải bị từ chối.
Newton không chỉ “theo triết lý đó”, mà đang áp nó vào một điểm rất cụ thể: ranh giới giữa reasoning của AI agent và state của blockchain.
Thay vì chỉ kỳ vọng AI agent không hallucinate, Newton đặt policy ngay trước bước thực thi để hallucinated action bị chặn trước khi có thể chạm vào smart contract state.
Điều mình thấy thú vị là Newton không bắt đầu bằng câu hỏi làm sao để AI ít mắc lỗi hơn. Họ bắt đầu từ bài toán khó hơn: làm sao để một sai sót trong reasoning không trở thành một thay đổi trên blockchain.
Một AI model có thể đưa ra kết luận chưa chính xác rồi tự điều chỉnh ở lượt tiếp theo. Sai sót trong reasoning thường vẫn còn cơ hội được sửa trước khi tạo ra hậu quả. Nhưng trong hệ thống có execution như smart contract, Newton giả định một điều ngược lại: chỉ cần một suy luận đi qua execution layer, nó lập tức trở thành state.
Theo mình, đây chính là điểm Newton chọn để can thiệp: nơi reasoning của AI bắt đầu có khả năng trở thành state trên blockchain.
AI có thể hoạt động với những suy luận chưa hoàn hảo. Nhưng blockchain thì không thể chấp nhận một state chưa được kiểm soát. Nếu reasoning đi thẳng tới execution, một sai sót không còn chỉ là một câu trả lời sai. Nó trở thành một hành động làm thay đổi smart contract state.
Đây là lý do kiến trúc của Newton đặt policy ngay trước execution layer, không phải như một lớp kiểm tra bổ sung, mà như ranh giới bắt buộc giữa reasoning và state transition.
Agent vẫn có thể phân tích, lập kế hoạch và đề xuất hành động. Nhưng trước khi bất kỳ lời gọi nào có thể thay đổi smart contract state, policy sẽ kiểm tra xem hành động đó có đáp ứng những điều kiện đã được định nghĩa hay không. Nếu không, quá trình dừng lại trước khi blockchain ghi nhận bất kỳ thay đổi nào.
Trong thiết kế của Newton, phần quyết định không còn nằm ở mức “AI đúng hay sai”, mà nằm ở việc một đề xuất có được phép trở thành state transition hay không.
Điểm mình đánh giá cao ở cách tiếp cận này là kiểm soát không còn phụ thuộc hoàn toàn vào chất lượng của model. Dù AI có đưa ra một đề xuất chưa chính xác, điều đó chưa đồng nghĩa blockchain phải chấp nhận kết quả đó. Quyền quyết định cuối cùng được đặt ở policy trước execution, thay vì đặt toàn bộ niềm tin vào reasoning của AI.
Với @NewtonProtocol , trọng tâm không phải là giảm hallucination trong AI. Trọng tâm là kiểm soát điểm mà một sai sót có thể đi từ reasoning sang state và ngăn nó vượt qua ranh giới đó.
Có lẽ đó là khác biệt đáng chú ý nhất trong cách thiết kế AI agent onchain: không phải làm AI đúng hơn, mà là đảm bảo reasoning không thể tự mình trở thành sự thật của blockchain.
#Newt $NEWT $LAB $GAIA

NEWTON: SIÊU DỰ ÁN GAME AI ĐANG LẬT ĐỔ MỌI QUY TẮC?
📊 Thông tin chính:
• @NewtonProtocol không chỉ là game thường - nó là hệ sinh thái Game + AI + DeFi hoàn chỉnh
• Dự án đã thu hút hàng ngàn người chơi ngay từ giai đoạn testnet #newt
• Tokenomics được thiết kế để chống lạm phát và tạo giá trị bền vững
🔍 Phân tích:
• Cơ chế Play-to-Earn của Newton cho phép người chơi kiếm real income từ skill game #newt
• AI trong game tự động học và thích nghi với từng người chơi, tạo trải nghiệm cá nhân hóa chưa từng có
• Tích hợp cross-chain giúp $newt có thanh khoản cao và dễ dàng giao dịch
• Team phát triển có track record rõ ràng từ các dự án blockchain thành công trước đây
• Cộng đồng đang tăng trưởng mạnh mẽ với tỷ lệ holder dài hạn cao
#newt $NEWT

Tôi đã nghĩ về chuyện tại sao Newton Protocol lại chọn TEE thay vì chỉ sử dụng Zero-Knowledge Proof một thời gian.
Ban đầu thì tôi không thấy quyết định này có gì đặc biệt. Thật sự là vậy. Trong đầu tôi lúc đó chỉ có một lời giải thích khá đơn giản, TEE nhanh hơn, rẻ hơn, dễ triển khai hơn nên họ chọn. Rất nhiều dự án cuối cùng cũng phải đánh đổi như vậy thôi. Không phải cứ biết giải pháp nào đẹp hơn về mặt lý thuyết là có thể mang nó vào sản phẩm.
Nhưng rồi tôi đọc kỹ hơn một chút. Và có một lúc tôi phải dừng lại vì nhận ra có lẽ mình đang nhìn Newton bằng tư duy của blockchain, trong khi họ lại đang cố giải một bài toán của AI.
Nghe thì giống nhau.
Nhưng hình như không phải.
Blockchain từ trước đến nay luôn bị ám ảnh bởi một câu hỏi rất rõ ràng, kết quả này có đúng hay không. Mọi node đều phải tính ra cùng một kết quả. Smart contract không có chuyện hôm nay chạy một kiểu, ngày mai chạy một kiểu khác. Nếu điều đó xảy ra thì blockchain cũng không còn là blockchain nữa.
Zero-Knowledge Proof phát triển rất tự nhiên từ tư duy đó. Bạn không cần tin người thực hiện phép tính. Bạn chỉ cần tin vào bằng chứng toán học. Nếu proof hợp lệ thì phép tính hợp lệ. Câu chuyện gần như kết thúc ở đó.
Tôi từng nghĩ AI rồi cũng sẽ đi theo con đường này.
Nhưng càng nghĩ thì càng thấy hơi gượng ép.
Một AI Agent đâu có hoạt động giống smart contract.
Nó đọc dữ liệu từ đủ mọi nơi. Nó gọi API. Nó quan sát thị trường. Nó có thể thay đổi quyết định khi dữ liệu thay đổi. Thậm chí với các mô hình ngôn ngữ lớn, cùng một câu hỏi nhưng trong những điều kiện khác nhau, kết quả cũng không nhất thiết phải giống hệt nhau. Đó không phải lỗi của AI. Đó gần như là bản chất của nó.
Và chính ở đây tôi bắt đầu nghi ngờ là mình đã đặt sai câu hỏi ngay từ đầu.
Có lẽ Newton chưa bao giờ cố chứng minh AI luôn đúng.
Nếu đúng là vậy thì việc so sánh TEE với Zero-Knowledge Proof có khi đã sai từ gốc rồi.
Ý tôi là, Zero-Knowledge rất giỏi trong việc chứng minh một phép tính được thực hiện đúng. Nhưng AI Agent đâu chỉ thực hiện một phép tính. Nó là cả một quá trình. Có lúc quan sát. Có lúc suy luận. Có lúc gọi thêm công cụ bên ngoài. Có lúc đưa ra quyết định. Có lúc lại thay đổi quyết định vì xuất hiện dữ liệu mới.
Thứ cần được tin tưởng không còn là một phép tính nữa.
Mà là cả quá trình đó.
Đến đây tôi mới thấy TEE bắt đầu có ý nghĩa.
TEE không nói rằng AI sẽ luôn đúng. Nó cũng không hứa rằng AI sẽ luôn đưa ra quyết định tốt. Thứ nó cố gắng đảm bảo đơn giản hơn nhiều. Rằng đoạn mã này thực sự chạy trong đúng môi trường đã được cam kết. Không ai lặng lẽ thay mô hình. Không ai sửa logic giữa chừng. Không ai can thiệp vào quá trình thực thi mà bên ngoài không biết.
Lúc đầu tôi thấy khác biệt này không lớn.
Nhưng nghĩ thêm một lúc thì hóa ra lại rất lớn.
Giả sử một AI Agent quản lý danh mục đầu tư cho tôi.
Nếu cuối tháng danh mục lỗ, tôi có thực sự cần một bằng chứng rằng mọi quyết định của AI đều đúng không?
Có lẽ là không.
Ngay cả con người cũng chẳng ai đúng mọi lúc.
Điều tôi muốn biết hơn có lẽ là AI đó có thật sự làm đúng những gì nó đã hứa sẽ làm hay không. Nó có tuân thủ giới hạn rủi ro không. Có tự ý sử dụng một mô hình khác không. Có bị ai thay đổi trong lúc tôi không để ý không.
Nghĩ đến đây tôi mới thấy Newton có vẻ đang tối ưu cho một khái niệm khác.
Không phải correctness.
Mà là accountability.
Hay nói đúng hơn, khả năng truy ngược và xác nhận rằng điều gì thực sự đã diễn ra.
Đó là một khác biệt khá thú vị.
Rồi tôi lại nghĩ sang một chuyện khác.
Có phải chúng ta đang quá quen với việc xem Zero-Knowledge là đích đến cuối cùng của mọi hệ thống xác minh?
Tôi cũng từng nghĩ như vậy.
Nhưng có khi đó chỉ đúng với blockchain.
AI lại khác.
AI không chỉ cần được chứng minh. AI còn phải phản ứng gần như ngay lập tức. Nếu mỗi hành động của một AI Agent đều phải chờ tạo một proof phức tạp, liệu trải nghiệm có còn đủ nhanh để sử dụng trong thực tế không? Tôi không biết câu trả lời. Nhưng ít nhất tôi hiểu vì sao một dự án như Newton lại sẵn sàng chọn một hướng thực dụng hơn.
Đó không chỉ là đánh đổi về mặt kỹ thuật.
Đó còn là đánh đổi về mặt kinh tế.
Một công nghệ dù đẹp đến đâu nhưng quá đắt để chạy hàng triệu lần mỗi ngày thì cuối cùng cũng rất khó trở thành hạ tầng.
Và rồi tôi nhận ra cuộc tranh luận này bắt đầu rẽ sang một hướng khác.
Chúng ta thường nói blockchain giúp loại bỏ niềm tin.
Nhưng nói thật thì tôi không còn tin vào câu đó nữa.
Blockchain chưa bao giờ loại bỏ trust.
Nó chỉ chuyển trust từ nơi này sang nơi khác.
Bitcoin bảo chúng ta tin vào cơ chế đồng thuận.
Ethereum bảo chúng ta tin vào validator và mã nguồn mở.
Zero-Knowledge bảo chúng ta tin vào toán học.
TEE thì lại bảo chúng ta tin vào phần cứng.
Nghe có vẻ hơi triết học.
Nhưng tôi nghĩ đây mới là phần thú vị nhất.
Bởi vì công nghệ không bao giờ trung lập.
Mỗi mô hình niềm tin đều tạo ra một mô hình quyền lực đi kèm.
Nếu niềm tin nằm ở toán học, quyền lực thuộc về những giả định mật mã mà cả cộng đồng cùng kiểm chứng.
Nếu niềm tin nằm ở phần cứng, quyền lực ít nhiều cũng dịch chuyển sang những đơn vị kiểm soát chip, firmware hay cơ chế attestation.
Điều đó không có nghĩa TEE là lựa chọn sai.
Nó chỉ có nghĩa mọi lựa chọn đều có cái giá của nó.
Và tôi nghĩ một researcher nên nhìn thấy cả cái giá đó thay vì chỉ nhìn thấy lợi ích.
Có một điều nữa tôi vẫn chưa thật sự chắc chắn.
Có lẽ chúng ta đang đặt TEE và Zero-Knowledge ở hai phía đối lập một cách hơi vội vàng.
Biết đâu vài năm nữa, hai công nghệ này lại tồn tại cùng nhau.
TEE đảm nhiệm việc thực thi theo thời gian thực.
Zero-Knowledge đảm nhiệm việc kiểm chứng sau cùng.
Một bên giúp AI hoạt động đủ nhanh.
Một bên giúp hệ thống đủ đáng tin.
Nếu kịch bản đó xảy ra thì câu hỏi "TEE hay Zero-Knowledge" tự nhiên trở nên kém thú vị hơn rất nhiều.
Thứ đáng quan tâm hơn sẽ là mỗi công nghệ nên đứng ở đâu trong toàn bộ kiến trúc.
Sau khi đọc khá nhiều về Newton Protocol, điều khiến tôi nhớ nhất cuối cùng lại không phải là TEE.
Mà là cảm giác họ đang âm thầm thay đổi cách chúng ta định nghĩa chữ "xác minh".
Blockchain trước đây chủ yếu xác minh giao dịch và phép tính.
Nhưng nếu AI là lớp hạ tầng tiếp theo của Internet, có lẽ thứ cần được xác minh sẽ là hành vi.
AI có làm đúng những gì nó được phép làm hay không.
AI có tuân thủ những giới hạn đã cam kết hay không.
AI có thực sự là chính AI mà chúng ta nghĩ mình đang tương tác hay không.
Có lẽ đó mới là câu hỏi Newton đang cố trả lời.
Còn liệu TEE có phải đáp án cuối cùng hay chỉ là một bước chuyển tiếp trước khi cryptography bắt kịp AI, tôi không dám khẳng định.
Nhưng tôi nghĩ cuộc tranh luận thú vị nhất chưa bao giờ là TEE hay Zero-Knowledge Proof.
Mà là khi AI bắt đầu thay con người đưa ra quyết định, chúng ta sẽ chọn đặt niềm tin vào điều gì. Vào một bằng chứng toán học, vào một con chip, hay vào những quy tắc mà chính con người đã thiết kế từ đầu. Có lẽ câu trả lời cho câu hỏi đó mới quyết định AI sẽ trở thành một công cụ, hay một hạ tầng mà cả nền kinh tế có thể dựa vào.
@NewtonProtocol $NEWT #newt

Có một điều tôi nhận ra khá muộn khi quan sát cách blockchain phát triển suốt nhiều năm qua. Chúng ta dành rất nhiều thời gian để giải quyết câu hỏi "làm sao đưa dữ liệu vào blockchain" nhưng lại ít khi hỏi một câu khác có lẽ còn quan trọng hơn: "Sau khi có dữ liệu rồi thì ai mới là người đưa ra quyết định?"
Thoạt nhìn, hai câu hỏi này nghe có vẻ rất gần nhau nhưng nếu nhìn kỹ thì chúng đang đại diện cho hai triết lý thiết kế hoàn toàn khác.
Oracle được tạo ra để thu hẹp khoảng cách giữa blockchain và thế giới bên ngoài. Blockchain vốn không thể tự biết giá của một đồng coin, kết quả của một trận đấu hay lãi suất của thị trường. Oracle trở thành chiếc cầu nối, mang những sự kiện đó vào trong một môi trường vốn chỉ tin vào những gì nó có thể tự xác minh.
Theo một nghĩa nào đó, Oracle giải quyết bài toán về nhận thức. Nó giúp blockchain "biết" điều gì đang xảy ra nhưng biết một điều gì đó và biết phải làm gì với điều đó dường như chưa bao giờ là cùng một vấn đề.
Phần thú vị nằm ở chỗ, phần lớn hệ sinh thái Web3 vẫn đang mặc định rằng quyết định luôn đến từ con người. Oracle cập nhật giá. Người dùng nhìn giá rồi quyết định swap. Oracle gửi tín hiệu thanh lý. Người dùng hoặc bot phản ứng. Dữ liệu ngày càng đầy đủ nhưng hành động cuối cùng vẫn phụ thuộc vào một thực thể bên ngoài giao thức.
Điều này tạo ra một dạng ma sát khá âm thầm.
Không phải ma sát về tốc độ xử lý hay phí giao dịch mà là ma sát trong quá trình ra quyết định. Mỗi lần xuất hiện một dữ liệu mới thì lại cần một lớp khác đứng giữa để diễn giải, đánh giá và kích hoạt hành động. Hệ thống có thể rất phi tập trung ở tầng hạ tầng nhưng tư duy vận hành vẫn xoay quanh việc chờ một người hoặc một bot bấm nút đúng thời điểm.
Ít nhất từ cách tôi quan sát Newton Protocol dường như đang nhìn bài toán từ hướng ngược lại.
Thay vì chỉ hỏi làm sao để blockchain nhận được thông tin thì nó đặt thêm một câu hỏi khác: liệu giao thức có thể hiểu trước ý định của người dùng và tự thực hiện những gì đã được cho phép hay không?
Khác biệt này nghe khá nhỏ nếu chỉ nhìn ở góc độ tính năng nhưng ở góc độ thiết kế hệ thống, nó thay đổi điểm tối ưu của cả mạng lưới.
Oracle tối ưu cho việc truyền tải sự thật từ bên ngoài vào blockchain.
Newton Protocol dường như tối ưu cho việc biến sự thật đó thành một hành động đã được định nghĩa từ trước.
Nói cách khác thì một bên đưa dữ liệu còn một bên đưa ra quyết định dựa trên những điều kiện mà người dùng đã thiết lập.
Có lẽ đây cũng là một sự chuyển dịch đang xuất hiện ở nhiều lĩnh vực khác của công nghệ.
Chúng ta từng xây dựng các công cụ để giúp con người có thêm thông tin sau đó, chúng ta xây dựng các hệ thống giúp con người lọc thông tin và bây giờ, ngày càng nhiều sản phẩm bắt đầu thử nghiệm một tầng mới: thay con người xử lý những quyết định lặp đi lặp lại.
Điều đáng suy nghĩ không nằm ở việc quyết định đó có đúng tuyệt đối hay không mà nằm ở việc chúng ta đang dần thay đổi định nghĩa về vai trò của người dùng.
Có vẻ người dùng không còn được kỳ vọng sẽ xuất hiện trong mọi quy trình. Thay vào đó họ chỉ xuất hiện ở thời điểm thiết lập nguyên tắc còn việc thực thi sẽ diễn ra ở một tầng khác.
Nếu xu hướng này tiếp tục thì có lẽ ranh giới giữa "hệ thống cung cấp thông tin" và "hệ thống có khả năng hành động" sẽ ngày càng rõ ràng hơn và khi đó, câu hỏi đáng quan tâm có lẽ sẽ không còn là blockchain biết bao nhiêu dữ liệu về thế giới mà là blockchain được trao quyền quyết định đến đâu và con người sẽ giữ lại phần nào trong quá trình đó.
Tôi vẫn chưa nghĩ mình có câu trả lời cuối cùng nhưng càng quan sát thì tôi càng thấy tương lai của Web3 có lẽ sẽ không được quyết định bởi hệ thống nào nhìn thấy nhiều dữ liệu hơn mà bởi hệ thống nào hiểu được đâu là thời điểm dữ liệu nên dừng lại và hành động nên bắt đầu.
#Newt [ ](https://www.binance.com/square/hashtag/newt)$NEWT @NewtonProtocol

Có lần mình nghe kể về một tranh chấp giữa nhà sản xuất và nhà phân phối, hợp đồng ghi rõ nhà phân phối phải đạt doanh số tối thiểu mỗi quý để giữ quyền độc quyền khu vực. Một quý nọ, doanh số hụt vì cả khu vực bị thiên tai, kho hàng ngập nước, không ai bán được gì trong ba tuần liền. Nhà sản xuất vẫn đòi rút quyền độc quyền theo đúng câu chữ hợp đồng, còn nhà phân phối cãi lại rằng đây là trường hợp bất khả kháng, không thể tính là vi phạm bình thường. Vụ việc kéo dài hơn một năm chỉ để tòa xác định thiên tai đó có đủ điều kiện được công nhận là “bất khả kháng” theo đúng định nghĩa pháp lý hay không.
Cái khiến mình chú ý là ngay cả khái niệm tưởng chừng rõ ràng như “bất khả kháng” cũng cần cả một hệ thống pháp lý dày công xây dựng qua nhiều án lệ để xác định ranh giới, chứ không đơn giản chỉ là một điều kiện có hoặc không.
Nếu @NewtonProtocol mã hóa các điều kiện miễn trừ trách nhiệm kiểu này thành logic on-chain, hệ thống sẽ phải quyết định trước một danh sách sự kiện nào được coi là đủ điều kiện miễn trừ, hoặc dựa vào một nguồn dữ liệu bên ngoài nào đó để xác nhận sự kiện có xảy ra thật hay không. Nhưng bản thân việc một sự kiện có “đủ nghiêm trọng” để được miễn trừ hay không thường không phải câu hỏi nhị phân đơn giản, mà là một phổ mức độ cần đánh giá theo bối cảnh cụ thể.
Tự phản biện: nếu Newton chọn cách liệt kê sẵn một danh sách sự kiện được công nhận là bất khả kháng, danh sách đó chắc chắn sẽ có kẽ hở với những sự kiện chưa từng xảy ra hoặc chưa được liệt kê, y hệt vấn đề “cấu trúc mới chưa từng lường trước” ở bài viết trước. Nhưng nếu để một oracle hoặc bên thứ ba đánh giá mức độ nghiêm trọng theo thời gian thực, hệ thống lại phải tin tưởng vào một điểm quyết định duy nhất, nơi có thể xảy ra sai sót hoặc thiên vị, giống hệt vấn đề single point of failure đã được nhắc tới trước đây.
Nên bài toán bất khả kháng trên Newton Protocol không có một lời giải kỹ thuật thuần túy, nó đòi hỏi phải chấp nhận một trong hai loại rủi ro: cứng nhắc vì danh sách liệt kê sẵn, hoặc phụ thuộc vào một điểm phán xét có thể sai. Cái đáng để tâm là dự án có công khai rõ họ chọn đánh đổi theo hướng nào, và tại sao, hay để người dùng tự khám phá ra sự đánh đổi đó khi thiên tai thực sự xảy ra với chính giao dịch của mình.
$NEWT nên được đánh giá qua việc dự án có minh bạch về lựa chọn đánh đổi này ngay từ đầu hay không.
#newt $LAB $BTC

🚨 **NEWT: Gã khổng lồ thầm lặng sắp bùng nổ?**
📊 **Thông tin chính:**
• $NEWT
là token gốc của @NewtonProtocol, một Layer-1 siêu nhanh với cơ chế đồng thuận PoC độc đáo
• Đã ra mắt testnet, mainnet sắp tới – tiềm năng tăng trưởng cực mạnh khi hệ sinh thái mở rộng
• Chỉ với vài bước đơn giản, bạn có thể claim token từ faucet và săn airdrop ngay hôm nay
🔍 **Phân tích:**
• @NewtonProtocol giải quyết bài toán scalability bằng sharding và cross-chain, tạo lợi thế cạnh tranh với các Layer-1 khác
• #newt đang ở giai đoạn đầu, giá cực thấp – cơ hội cho ai muốn “mua đáy” trước khi mainnet kích hoạt
• Cộng đồng đang đổ xô vào testnet, khối lượng giao dịch tăng vọt – dấu hiệu của một đợt FOMO sắp tới
• $newt có thể là “viên gạch” cho DeFi, NFT và các ứng dụng phi tập trung trong tương lai gần