QuynhTien97

304 Жариялаулар

QuynhTien97

Content All Time

13 Жазылым

75 Жазылушылар

400 лайк басылған

Жазбалар

PINNED

QuynhTien97

Мақала

Newton thực sự đang tách điều gì ra khỏi application?Hơn 24 giờ trong 1 tuần chỉ dành riêng cho việc nghiên cứu tài liệu của Newton Protocol, mình nhận ra mình đã gộp hai thứ vốn không nên nằm chung với nhau. Đó là logic tạo ra giá trị của một ứng dụng, và logic quyết định ứng dụng đó được phép vận hành trong giới hạn nào. Trước đây mình vẫn nghĩ tất cả chỉ là business logic. Một protocol muốn làm gì thì cứ viết luôn điều kiện để kiểm tra điều đó. Mọi thứ nằm trong cùng một nơi nên mình mặc định đó là cách thiết kế tự nhiên nhất. Càng lần theo execution flow của Newton, mình càng thấy điều đáng chú ý không phải là business hay governance được viết như thế nào. Điều khiến mình dừng lại là governance gần như luôn sống bên trong chính application. Mỗi lần application thay đổi để tạo ra giá trị, lớp kiểm soát cũng rất dễ bị kéo theo. Hai loại logic vốn sinh ra cho hai mục đích khác nhau, nhưng lại bị buộc phải lớn lên cùng một nhịp. Đó cũng là lúc cách mình nhìn Newton bắt đầu thay đổi. Thay vì cố làm business logic tốt hơn, Newton đưa transaction đi qua một lớp authorization để policy được đánh giá trước execution. Mình không thấy đây chỉ là thêm một bước kiểm tra. Chính từ thời điểm đó, governance không còn phải nằm bên trong application nữa. Khoảnh khắc đó mình mới nhận ra thứ đang thay đổi không đơn thuần là kiến trúc. Business logic vẫn thuộc về từng ứng dụng. Mỗi protocol vẫn tự quyết định cách tạo ra giá trị, cách AI agent hoạt động hay cách treasury phân bổ tài sản. Nhưng governance thì khác. Nó không còn là phần mà mỗi application phải tự mang theo. Nó bắt đầu tồn tại như một lớp đánh giá độc lập mà mọi transaction đều phải đi qua trước khi có thể được thực thi. Ban đầu mình chỉ nghĩ đây là một cách modular hóa hệ thống. Càng nghĩ lâu hơn, mình càng thấy nó thay đổi cả cách một protocol tiến hóa. Business vẫn có thể thay đổi rất nhanh để thử những ý tưởng mới, trong khi governance không còn phải dịch chuyển theo từng lần đổi mới đó. Và khi policy cần cập nhật vì yêu cầu quản trị hay compliance, business cũng không nhất thiết phải viết lại từ đầu. Đến đây mình mới thấy ý nghĩa của thiết kế này rõ hơn khi đặt nó vào bối cảnh AI agent và automation. Một hệ sinh thái có thể có hàng chục agent, hàng trăm ứng dụng và rất nhiều cách tạo ra giá trị khác nhau. Nếu governance vẫn nằm trong từng application, mỗi nơi sẽ dần diễn giải giới hạn của hệ thống theo cách riêng. Nhưng khi policy được đánh giá ở authorization layer trước execution, thứ được chia sẻ không còn là cách tạo ra giá trị, mà là ranh giới mà mọi cách tạo ra giá trị đều phải đi qua. Có thể mình đang nhìn hơi xa. Nhưng càng đọc @NewtonProtocol , mình càng thấy giá trị của nó không nằm ở việc một transaction có được phép thực thi hay không. Điều khiến mình nghĩ nhiều hơn là lần đầu tiên governance có thể tồn tại như một hạ tầng riêng, thay vì tiếp tục là một phần của từng application. Và có lẽ khác biệt lớn nhất cũng nằm ở đó. Không phải business logic và governance logic được tách ra. Mà là từ thời điểm governance không còn thuộc về application nữa, business mới thực sự có không gian để đổi mới mà không phải mang theo toàn bộ trách nhiệm kiểm soát của chính mình. #Newt $NEWT $LAB $MAGMA {future}(NEWTUSDT)

Newton thực sự đang tách điều gì ra khỏi application?

Hơn 24 giờ trong 1 tuần chỉ dành riêng cho việc nghiên cứu tài liệu của Newton Protocol, mình nhận ra mình đã gộp hai thứ vốn không nên nằm chung với nhau.
Đó là logic tạo ra giá trị của một ứng dụng, và logic quyết định ứng dụng đó được phép vận hành trong giới hạn nào.
Trước đây mình vẫn nghĩ tất cả chỉ là business logic. Một protocol muốn làm gì thì cứ viết luôn điều kiện để kiểm tra điều đó. Mọi thứ nằm trong cùng một nơi nên mình mặc định đó là cách thiết kế tự nhiên nhất.
Càng lần theo execution flow của Newton, mình càng thấy điều đáng chú ý không phải là business hay governance được viết như thế nào. Điều khiến mình dừng lại là governance gần như luôn sống bên trong chính application. Mỗi lần application thay đổi để tạo ra giá trị, lớp kiểm soát cũng rất dễ bị kéo theo. Hai loại logic vốn sinh ra cho hai mục đích khác nhau, nhưng lại bị buộc phải lớn lên cùng một nhịp.
Đó cũng là lúc cách mình nhìn Newton bắt đầu thay đổi. Thay vì cố làm business logic tốt hơn, Newton đưa transaction đi qua một lớp authorization để policy được đánh giá trước execution. Mình không thấy đây chỉ là thêm một bước kiểm tra. Chính từ thời điểm đó, governance không còn phải nằm bên trong application nữa.
Khoảnh khắc đó mình mới nhận ra thứ đang thay đổi không đơn thuần là kiến trúc.
Business logic vẫn thuộc về từng ứng dụng. Mỗi protocol vẫn tự quyết định cách tạo ra giá trị, cách AI agent hoạt động hay cách treasury phân bổ tài sản. Nhưng governance thì khác. Nó không còn là phần mà mỗi application phải tự mang theo. Nó bắt đầu tồn tại như một lớp đánh giá độc lập mà mọi transaction đều phải đi qua trước khi có thể được thực thi.
Ban đầu mình chỉ nghĩ đây là một cách modular hóa hệ thống. Càng nghĩ lâu hơn, mình càng thấy nó thay đổi cả cách một protocol tiến hóa. Business vẫn có thể thay đổi rất nhanh để thử những ý tưởng mới, trong khi governance không còn phải dịch chuyển theo từng lần đổi mới đó. Và khi policy cần cập nhật vì yêu cầu quản trị hay compliance, business cũng không nhất thiết phải viết lại từ đầu.
Đến đây mình mới thấy ý nghĩa của thiết kế này rõ hơn khi đặt nó vào bối cảnh AI agent và automation.
Một hệ sinh thái có thể có hàng chục agent, hàng trăm ứng dụng và rất nhiều cách tạo ra giá trị khác nhau. Nếu governance vẫn nằm trong từng application, mỗi nơi sẽ dần diễn giải giới hạn của hệ thống theo cách riêng. Nhưng khi policy được đánh giá ở authorization layer trước execution, thứ được chia sẻ không còn là cách tạo ra giá trị, mà là ranh giới mà mọi cách tạo ra giá trị đều phải đi qua.
Có thể mình đang nhìn hơi xa. Nhưng càng đọc @NewtonProtocol , mình càng thấy giá trị của nó không nằm ở việc một transaction có được phép thực thi hay không.
Điều khiến mình nghĩ nhiều hơn là lần đầu tiên governance có thể tồn tại như một hạ tầng riêng, thay vì tiếp tục là một phần của từng application.
Và có lẽ khác biệt lớn nhất cũng nằm ở đó.
Không phải business logic và governance logic được tách ra.
Mà là từ thời điểm governance không còn thuộc về application nữa, business mới thực sự có không gian để đổi mới mà không phải mang theo toàn bộ trách nhiệm kiểm soát của chính mình.
#Newt $NEWT $LAB $MAGMA

PINNED

Жоғары (өспелі)

Trong gần một năm đọc tài liệu về authorization và execution trên blockchain, mình bắt đầu nghi ngờ rằng phần lớn compliance không thất bại vì policy quá phức tạp. Nó thất bại vì cùng một policy vẫn có thể tạo ra những kết luận khác nhau chỉ vì người đánh giá diễn giải khác nhau, dù dữ liệu đầu vào hoàn toàn giống nhau. Điều mình thấy thú vị ở Newton Protocol là cách họ dùng Rego. Thay vì coi compliance là một quy trình để con người liên tục diễn giải policy, Rego biến chính những điều kiện đó thành phép tính mà hệ thống có thể đánh giá trực tiếp. Mục tiêu không phải thay thế con người, mà là giảm nhu cầu phải diễn giải lại cùng một quy tắc. Càng nghĩ mình càng thấy trọng tâm không nằm ở việc tự động hóa compliance, mà ở việc biến nó thành một quá trình có thể lặp lại. Khi policy trở thành computation, cùng một đầu vào sẽ luôn cho cùng một kết quả. Khi đó, khác biệt không còn nằm ở người đánh giá, mà ở cách policy được mô hình hóa. Đó cũng là lúc mình thấy @NewtonProtocol khác đi. Compliance không còn phụ thuộc vào việc một người có diễn giải policy đúng hay không. Chính quá trình policy evaluation tạo ra kết quả đánh giá, nên khi điều kiện đầu vào không đổi, kết quả cũng luôn nhất quán. Có lẽ đây mới là thay đổi đáng chú ý nhất. Trọng tâm của compliance dần chuyển từ việc chuẩn hóa cách con người diễn giải policy sang chuẩn hóa chính quá trình đánh giá policy. Điều đó khiến mình tự hỏi liệu tương lai của compliance còn nằm ở việc đào tạo con người đưa ra cùng một kết luận, hay ở việc để cùng một policy luôn cho ra cùng một kết quả khi điều kiện đầu vào không đổi. #Newt $NEWT $LAB $MAGMA

Trong gần một năm đọc tài liệu về authorization và execution trên blockchain, mình bắt đầu nghi ngờ rằng phần lớn compliance không thất bại vì policy quá phức tạp. Nó thất bại vì cùng một policy vẫn có thể tạo ra những kết luận khác nhau chỉ vì người đánh giá diễn giải khác nhau, dù dữ liệu đầu vào hoàn toàn giống nhau.

Điều mình thấy thú vị ở Newton Protocol là cách họ dùng Rego. Thay vì coi compliance là một quy trình để con người liên tục diễn giải policy, Rego biến chính những điều kiện đó thành phép tính mà hệ thống có thể đánh giá trực tiếp. Mục tiêu không phải thay thế con người, mà là giảm nhu cầu phải diễn giải lại cùng một quy tắc.

Càng nghĩ mình càng thấy trọng tâm không nằm ở việc tự động hóa compliance, mà ở việc biến nó thành một quá trình có thể lặp lại. Khi policy trở thành computation, cùng một đầu vào sẽ luôn cho cùng một kết quả. Khi đó, khác biệt không còn nằm ở người đánh giá, mà ở cách policy được mô hình hóa.

Đó cũng là lúc mình thấy @NewtonProtocol khác đi. Compliance không còn phụ thuộc vào việc một người có diễn giải policy đúng hay không. Chính quá trình policy evaluation tạo ra kết quả đánh giá, nên khi điều kiện đầu vào không đổi, kết quả cũng luôn nhất quán.

Có lẽ đây mới là thay đổi đáng chú ý nhất. Trọng tâm của compliance dần chuyển từ việc chuẩn hóa cách con người diễn giải policy sang chuẩn hóa chính quá trình đánh giá policy. Điều đó khiến mình tự hỏi liệu tương lai của compliance còn nằm ở việc đào tạo con người đưa ra cùng một kết luận, hay ở việc để cùng một policy luôn cho ra cùng một kết quả khi điều kiện đầu vào không đổi.
#Newt $NEWT $LAB $MAGMA

Жоғары (өспелі)

Расталды

Tuần trước mình đọc bản mandate gần 80 trang của một quỹ đầu tư ở Singapore.

Thứ va vào mình đầu tiên không phải chiến lược đầu tư mà là hàng loạt giới hạn rất rõ: không vượt mức đòn bẩy, không phân bổ quá tỷ lệ quy định và chỉ giao dịch với những đối tác đã được phê duyệt.

Đó là lúc mình nhận ra một mandate chỉ thật sự có ý nghĩa khi nó không chỉ mô tả điều một tổ chức nên làm, mà còn giới hạn điều tổ chức được phép làm.

Ý nghĩ ấy quay lại khi mình tìm hiểu về Newton Protocol.

Điểm mình thấy đáng chú ý là Newton đưa programmable policy vào authorization layer để transaction được đánh giá trước khi được authorization, thay vì để mandate chỉ tồn tại dưới dạng logic của từng ứng dụng hoặc tài liệu governance.

Theo mình, policy không chỉ đánh giá transaction, mà còn xác định ranh giới quyết định của vault: chỉ những hành động thỏa mãn mandate mới có thể được hệ thống công nhận là hợp lệ.

Vì thế, câu hỏi không còn là "giao dịch này có vi phạm mandate không?" mà là "giao dịch này có nằm trong phạm vi mà vault được phép thực hiện hay không?"

Một nhân viên vẫn có thể ký hợp đồng vượt thẩm quyền, nhưng hợp đồng đó không tự động trở thành hành động của pháp nhân.

@NewtonProtocol đưa cùng một logic vào DeFi. Một vault không còn được định nghĩa bởi TVL hay lợi suất, mà bởi ranh giới những quyết định authorization layer của nó xác nhận là hợp lệ theo policy.

Đến lúc đó, mandate không còn là lời hứa sẽ được tuân thủ, mà trở thành giới hạn mà vault không thể vượt qua nếu policy không cho phép.
#Newt $NEWT $M $LAB

Мақала

Newton Is Changing the Lifecycle of PoliciesLast Friday, I spent almost 70 minutes comparing the governance documentation of three different DeFi protocols. None of them shared the same codebase. None of them built the same product. Yet I kept highlighting the same things over and over again—wallet eligibility, withdrawal limits, multisig requirements, emergency controls, and operational safeguards. By the time I reached the third document, one question kept bothering me. Why does DeFi keep rewriting the same rules instead of building on what already exists? That question led me to Newton Protocol. One idea immediately stood out. Newton treats policies as infrastructure rather than logic owned by individual protocols. The more I thought about it, the more unusual that design choice felt. Today, most teams build policies the same way they build products. A new protocol usually means another set of operational rules, another audit, another maintenance cycle—even when much of the underlying logic already exists somewhere else. The implementation changes. The product changes. But the rules often solve the same problems all over again. Newton starts from a different model. Instead of treating policy as an implementation detail, it treats policy as an asset that can be authored, audited, versioned, and reused across different protocols. That changes where the lifecycle of a policy begins and where it ends. Normally, a policy is created for one protocol and evolves only within that protocol. In Newton, a policy doesn't have to remain tied to the application that introduced it. It can continue evolving as more builders audit it, refine it, publish new versions, and reuse it across different protocols instead of rewriting similar operational logic from scratch. That was the first moment when the phrase Policy Marketplace started making sense to me. A marketplace isn't valuable because it stores assets. It's valuable because assets can be discovered, evaluated, and adopted by others. Newton applies that same idea to policies. A policy is no longer just something a team writes for itself. It becomes something other builders can find, inspect, reuse, and continue improving. That also changes what an audit represents. Instead of benefiting only the protocol that commissioned it, the audit becomes part of the history of that policy as it evolves through future versions and future adopters. The same is true for improvements. They no longer have to remain isolated inside one codebase. They can become part of the policy itself. That's also why I keep coming back to the phrase "Internet of Rules." The Internet didn't scale because every company built the same application. It scaled because developers relied on shared infrastructure instead of rebuilding the same foundation every time. @NewtonProtocol applies a similar idea to policies. The goal isn't to make every protocol follow identical rules. Different protocols will always have different governance models, business logic, and risk preferences. The opportunity lies somewhere else. If high-quality policies can be discovered, audited, versioned, and reused across protocols, builders can spend less time recreating familiar operational logic and more time designing products that actually differentiate them. To me, that's the real significance of Newton Protocol's Policy Marketplace. The long-term opportunity isn't another protocol with better rules. It's an ecosystem where well-tested policies continue evolving as more protocols adopt, review, improve, and reuse them instead of starting from scratch. If that happens, policy stops being something every protocol repeatedly recreates. It becomes shared infrastructure that the rest of the ecosystem can continue building upon. #Newt $NEWT $M $LAB {future}(NEWTUSDT)

Newton Is Changing the Lifecycle of Policies

Last Friday, I spent almost 70 minutes comparing the governance documentation of three different DeFi protocols.
None of them shared the same codebase.
None of them built the same product.
Yet I kept highlighting the same things over and over again—wallet eligibility, withdrawal limits, multisig requirements, emergency controls, and operational safeguards.
By the time I reached the third document, one question kept bothering me.
Why does DeFi keep rewriting the same rules instead of building on what already exists?
That question led me to Newton Protocol.
One idea immediately stood out.
Newton treats policies as infrastructure rather than logic owned by individual protocols.
The more I thought about it, the more unusual that design choice felt.
Today, most teams build policies the same way they build products.
A new protocol usually means another set of operational rules, another audit, another maintenance cycle—even when much of the underlying logic already exists somewhere else.
The implementation changes.
The product changes.
But the rules often solve the same problems all over again.
Newton starts from a different model.
Instead of treating policy as an implementation detail, it treats policy as an asset that can be authored, audited, versioned, and reused across different protocols.
That changes where the lifecycle of a policy begins and where it ends.
Normally, a policy is created for one protocol and evolves only within that protocol.
In Newton, a policy doesn't have to remain tied to the application that introduced it.
It can continue evolving as more builders audit it, refine it, publish new versions, and reuse it across different protocols instead of rewriting similar operational logic from scratch.
That was the first moment when the phrase Policy Marketplace started making sense to me.
A marketplace isn't valuable because it stores assets.
It's valuable because assets can be discovered, evaluated, and adopted by others.
Newton applies that same idea to policies.
A policy is no longer just something a team writes for itself.
It becomes something other builders can find, inspect, reuse, and continue improving.
That also changes what an audit represents.
Instead of benefiting only the protocol that commissioned it, the audit becomes part of the history of that policy as it evolves through future versions and future adopters.
The same is true for improvements.
They no longer have to remain isolated inside one codebase.
They can become part of the policy itself.
That's also why I keep coming back to the phrase "Internet of Rules."
The Internet didn't scale because every company built the same application.
It scaled because developers relied on shared infrastructure instead of rebuilding the same foundation every time.
@NewtonProtocol applies a similar idea to policies.
The goal isn't to make every protocol follow identical rules.
Different protocols will always have different governance models, business logic, and risk preferences.
The opportunity lies somewhere else.
If high-quality policies can be discovered, audited, versioned, and reused across protocols, builders can spend less time recreating familiar operational logic and more time designing products that actually differentiate them.
To me, that's the real significance of Newton Protocol's Policy Marketplace.
The long-term opportunity isn't another protocol with better rules.
It's an ecosystem where well-tested policies continue evolving as more protocols adopt, review, improve, and reuse them instead of starting from scratch.
If that happens, policy stops being something every protocol repeatedly recreates.
It becomes shared infrastructure that the rest of the ecosystem can continue building upon.
#Newt $NEWT $M $LAB

Мақала

Newton và bài toán blockchain chưa từng thực sự giải quyết: Trust PortabilityCó lần mình đọc về một bảo tàng phải vận chuyển một bức tranh trị giá hàng trăm triệu đô la sang một quốc gia khác để triển lãm. Điều khiến mình bất ngờ là vấn đề lớn nhất không phải chiếc máy bay. Cũng không phải container chống sốc hay đội ngũ vận chuyển. Khi tìm hiểu về Newton, mình lại nhớ đến câu chuyện ấy. Bởi thứ mất nhiều tháng để chuẩn bị không phải hành trình vận chuyển, mà là một tập hồ sơ quy định rất chi tiết: ai được phép mở thùng chứa, điều kiện nhiệt độ nào được chấp nhận, độ ẩm phải duy trì ra sao, ai có quyền ký xác nhận ở từng chặng và chuyện gì sẽ xảy ra nếu bất kỳ quy trình nào bị vi phạm. Bức tranh có thể đi khắp thế giới. Nhưng chỉ khi toàn bộ những quy tắc bảo vệ nó cũng được mang theo và có thể được xác minh ở mọi nơi. Lúc đó mình mới nhận ra. Điều thực sự di chuyển không phải chỉ là tác phẩm nghệ thuật. Mà là sự tin tưởng rằng ở bất kỳ quốc gia nào, bức tranh vẫn sẽ được đối xử theo đúng những tiêu chuẩn đã được thiết lập từ đầu. Đó cũng chính là góc nhìn khiến Newton trở nên thú vị với mình. Chúng ta thường nói rất nhiều về khả năng di chuyển của tài sản trong blockchain. Bridge nhanh hơn. Cross-chain mượt hơn. Thanh khoản kết nối tốt hơn. Gần như mọi cuộc thảo luận đều xoay quanh một câu hỏi: "Làm sao để tài sản đi qua nhiều chain dễ hơn?" Nhưng nếu nhìn từ góc độ của các tổ chức tài chính, đó lại không phải câu hỏi khó nhất. Institutional capital hiếm khi đứng yên vì blockchain quá chậm. Thứ khiến hàng tỷ đô la chưa sẵn sàng dịch chuyển thường là niềm tin. Không phải họ không tin tài sản sẽ đến nơi. Họ không chắc executor ở chain mới sẽ hành động đúng. Không chắc process vẫn được thực thi như khi dòng vốn còn ở hệ thống ban đầu. Và cũng không chắc governance tiếp tục được tôn trọng sau khi tài sản rời khỏi môi trường quen thuộc. Nói cách khác, asset có thể rất portable. Nhưng trust thì vẫn bị khóa vào từng tổ chức, từng protocol và từng môi trường thực thi riêng. Theo mình, đó chính là bài toán Newton đang giải. Newton không cố làm vốn trở nên an toàn hơn bằng cách yêu cầu mọi người tin vào một tổ chức. Nó cũng không xây dựng trust dựa trên danh tiếng của executor. Thay vào đó, Newton yêu cầu mọi transaction phải chứng minh rằng nó đáp ứng đúng các policy đang có hiệu lực trước khi được phép tạo ra trạng thái blockchain tiếp theo. Điều đó làm thay đổi hoàn toàn vị trí của governance. Governance không còn là tài liệu nằm ngoài hệ thống. Không còn là quy trình mà mỗi protocol tự diễn giải theo cách riêng. Nó trở thành một điều kiện có thể được kiểm chứng ngay trong chính quá trình quyết định liệu transaction có được phép tồn tại hay không. Đó cũng là lúc câu hỏi thay đổi. Thay vì hỏi: "Chúng ta có tin executor này không?" Các tổ chức có thể hỏi: "Transaction này đã chứng minh rằng nó tuân thủ đúng policy hay chưa?" Đó không chỉ là khác biệt về cách kiểm tra. Đó là khác biệt về nơi niềm tin được hình thành. Trust không còn được kế thừa từ tổ chức đang thực thi. Trust được kế thừa từ policy đã được chứng minh. Chính vì vậy, trust cũng không còn bị khóa vào một chain, một protocol hay một executor cụ thể. Tất nhiên, portability này không đến miễn phí. Muốn governance có thể đi cùng transaction, policy phải đủ rõ ràng để mọi môi trường đều có thể xác minh theo cùng một cách. Đổi lại, trust không còn phải được xây dựng lại mỗi khi capital bước sang một hệ sinh thái mới. Theo mình, đây mới là tầng portability có giá trị lớn hơn nhiều so với asset portability. Suốt nhiều năm, blockchain tập trung giải quyết bài toán đưa token đi qua nhiều chain. Nhưng với institutional capital, thứ họ thực sự muốn mang theo không chỉ là tài sản. Họ muốn mang theo cả những nguyên tắc đã bảo vệ dòng vốn của mình ngay từ điểm xuất phát. Nếu mỗi lần tài sản bước sang một hệ sinh thái mới, governance lại phải được đánh giá lại từ đầu, thì trust vẫn luôn bị chia cắt theo từng chain và từng protocol. Ngược lại, nếu governance có thể được chứng minh theo một cách thống nhất và đi cùng transaction ở bất kỳ môi trường nào, thì thứ thực sự trở nên portable không còn là token. Mà là chính sự tin tưởng. Có lẽ vì vậy, cuộc đua cross-chain trong nhiều năm qua chủ yếu mới giải quyết bài toán di chuyển tài sản. @NewtonProtocol đang đặt ra một bài toán ở tầng cao hơn. Không phải làm thế nào để asset vượt qua ranh giới giữa các blockchain. Mà là làm thế nào để governance cũng vượt qua được những ranh giới đó. Bởi khi governance trở nên portable, trust cũng trở nên portable. Và chỉ khi trust có thể di chuyển, institutional capital mới thực sự có thể di chuyển theo. #Newt $M $BEAT $NEWT {future}(NEWTUSDT)

Newton và bài toán blockchain chưa từng thực sự giải quyết: Trust Portability

Có lần mình đọc về một bảo tàng phải vận chuyển một bức tranh trị giá hàng trăm triệu đô la sang một quốc gia khác để triển lãm.
Điều khiến mình bất ngờ là vấn đề lớn nhất không phải chiếc máy bay.
Cũng không phải container chống sốc hay đội ngũ vận chuyển.
Khi tìm hiểu về Newton, mình lại nhớ đến câu chuyện ấy.
Bởi thứ mất nhiều tháng để chuẩn bị không phải hành trình vận chuyển, mà là một tập hồ sơ quy định rất chi tiết: ai được phép mở thùng chứa, điều kiện nhiệt độ nào được chấp nhận, độ ẩm phải duy trì ra sao, ai có quyền ký xác nhận ở từng chặng và chuyện gì sẽ xảy ra nếu bất kỳ quy trình nào bị vi phạm.
Bức tranh có thể đi khắp thế giới.
Nhưng chỉ khi toàn bộ những quy tắc bảo vệ nó cũng được mang theo và có thể được xác minh ở mọi nơi.
Lúc đó mình mới nhận ra.
Điều thực sự di chuyển không phải chỉ là tác phẩm nghệ thuật.
Mà là sự tin tưởng rằng ở bất kỳ quốc gia nào, bức tranh vẫn sẽ được đối xử theo đúng những tiêu chuẩn đã được thiết lập từ đầu.
Đó cũng chính là góc nhìn khiến Newton trở nên thú vị với mình.
Chúng ta thường nói rất nhiều về khả năng di chuyển của tài sản trong blockchain.
Bridge nhanh hơn.
Cross-chain mượt hơn.
Thanh khoản kết nối tốt hơn.
Gần như mọi cuộc thảo luận đều xoay quanh một câu hỏi:
"Làm sao để tài sản đi qua nhiều chain dễ hơn?"
Nhưng nếu nhìn từ góc độ của các tổ chức tài chính, đó lại không phải câu hỏi khó nhất.
Institutional capital hiếm khi đứng yên vì blockchain quá chậm.
Thứ khiến hàng tỷ đô la chưa sẵn sàng dịch chuyển thường là niềm tin.
Không phải họ không tin tài sản sẽ đến nơi.
Họ không chắc executor ở chain mới sẽ hành động đúng.
Không chắc process vẫn được thực thi như khi dòng vốn còn ở hệ thống ban đầu.
Và cũng không chắc governance tiếp tục được tôn trọng sau khi tài sản rời khỏi môi trường quen thuộc.
Nói cách khác, asset có thể rất portable.
Nhưng trust thì vẫn bị khóa vào từng tổ chức, từng protocol và từng môi trường thực thi riêng.
Theo mình, đó chính là bài toán Newton đang giải.
Newton không cố làm vốn trở nên an toàn hơn bằng cách yêu cầu mọi người tin vào một tổ chức.
Nó cũng không xây dựng trust dựa trên danh tiếng của executor.
Thay vào đó, Newton yêu cầu mọi transaction phải chứng minh rằng nó đáp ứng đúng các policy đang có hiệu lực trước khi được phép tạo ra trạng thái blockchain tiếp theo.
Điều đó làm thay đổi hoàn toàn vị trí của governance.
Governance không còn là tài liệu nằm ngoài hệ thống.
Không còn là quy trình mà mỗi protocol tự diễn giải theo cách riêng.
Nó trở thành một điều kiện có thể được kiểm chứng ngay trong chính quá trình quyết định liệu transaction có được phép tồn tại hay không.
Đó cũng là lúc câu hỏi thay đổi.
Thay vì hỏi:
"Chúng ta có tin executor này không?"
Các tổ chức có thể hỏi:
"Transaction này đã chứng minh rằng nó tuân thủ đúng policy hay chưa?"
Đó không chỉ là khác biệt về cách kiểm tra.
Đó là khác biệt về nơi niềm tin được hình thành.
Trust không còn được kế thừa từ tổ chức đang thực thi.
Trust được kế thừa từ policy đã được chứng minh.
Chính vì vậy, trust cũng không còn bị khóa vào một chain, một protocol hay một executor cụ thể.
Tất nhiên, portability này không đến miễn phí.
Muốn governance có thể đi cùng transaction, policy phải đủ rõ ràng để mọi môi trường đều có thể xác minh theo cùng một cách.
Đổi lại, trust không còn phải được xây dựng lại mỗi khi capital bước sang một hệ sinh thái mới.
Theo mình, đây mới là tầng portability có giá trị lớn hơn nhiều so với asset portability.
Suốt nhiều năm, blockchain tập trung giải quyết bài toán đưa token đi qua nhiều chain.
Nhưng với institutional capital, thứ họ thực sự muốn mang theo không chỉ là tài sản.
Họ muốn mang theo cả những nguyên tắc đã bảo vệ dòng vốn của mình ngay từ điểm xuất phát.
Nếu mỗi lần tài sản bước sang một hệ sinh thái mới, governance lại phải được đánh giá lại từ đầu, thì trust vẫn luôn bị chia cắt theo từng chain và từng protocol.
Ngược lại, nếu governance có thể được chứng minh theo một cách thống nhất và đi cùng transaction ở bất kỳ môi trường nào, thì thứ thực sự trở nên portable không còn là token.
Mà là chính sự tin tưởng.
Có lẽ vì vậy, cuộc đua cross-chain trong nhiều năm qua chủ yếu mới giải quyết bài toán di chuyển tài sản.
@NewtonProtocol đang đặt ra một bài toán ở tầng cao hơn.
Không phải làm thế nào để asset vượt qua ranh giới giữa các blockchain.
Mà là làm thế nào để governance cũng vượt qua được những ranh giới đó.
Bởi khi governance trở nên portable, trust cũng trở nên portable.
Và chỉ khi trust có thể di chuyển, institutional capital mới thực sự có thể di chuyển theo.
#Newt $M $BEAT $NEWT

Жоғары (өспелі)

Hôm trước, mình hỏi Hùng, một người bạn làm trong bộ phận kiểm soát nội bộ của một công ty tài chính, điều gì khiến cậu ấy mất nhiều thời gian nhất mỗi ngày. Mình hỏi: "Các cậu đang viết thêm policy à?" Hùng cười: "Không, viết policy thì nhanh nhưng làm sao để ai cũng làm giống nhau mới mất thời gian." Lúc đó mình mới nhận ra. Một policy có thể rất rõ. Nhưng trước khi trở thành hành động, nó vẫn phải đi qua cách con người hiểu nó. Và chỉ cần bước đó còn tồn tại, cùng một policy vẫn có thể tạo ra nhiều kết quả khác nhau. Ý nghĩ ấy quay trở lại khi mình tìm hiểu về Newton. Phần lớn governance trong DeFi vẫn tồn tại dưới dạng tài liệu. Khi transaction xuất hiện, con người vẫn phải tự diễn giải policy trước khi quyết định. Nhưng trong @NewtonProtocol , policy không còn cần được diễn giải khi transaction được thực thi. Nó trực tiếp quyết định transaction nào được phép tạo ra state transition tiếp theo. Cuộc thảo luận không còn là: "Tôi nghĩ giao dịch này tuân thủ policy." Mà chỉ còn: "Giao dịch này đã vượt qua policy." Theo mình, thay đổi lớn nhất là governance không còn phụ thuộc vào cách con người hiểu policy. Nó phụ thuộc vào việc mọi transaction đều phải đi qua cùng một logic trước khi một state transition được phép xảy ra. Đó là sự chuyển dịch từ governance-as-document sang governance-as-execution. Trong Newton, vault không còn được định nghĩa bởi những policy nó viết ra, mà bởi những transaction mà policy của nó cho phép trở thành trạng thái onchain. Governance không còn mô tả cách một vault nên vận hành. Nó trực tiếp quyết định cách vault được phép vận hành. #Newt $NEWT $M $BTW

Hôm trước, mình hỏi Hùng, một người bạn làm trong bộ phận kiểm soát nội bộ của một công ty tài chính, điều gì khiến cậu ấy mất nhiều thời gian nhất mỗi ngày.
Mình hỏi:
"Các cậu đang viết thêm policy à?"
Hùng cười:
"Không, viết policy thì nhanh nhưng làm sao để ai cũng làm giống nhau mới mất thời gian."

Lúc đó mình mới nhận ra.

Một policy có thể rất rõ.

Nhưng trước khi trở thành hành động, nó vẫn phải đi qua cách con người hiểu nó.

Và chỉ cần bước đó còn tồn tại, cùng một policy vẫn có thể tạo ra nhiều kết quả khác nhau.

Ý nghĩ ấy quay trở lại khi mình tìm hiểu về Newton.

Phần lớn governance trong DeFi vẫn tồn tại dưới dạng tài liệu. Khi transaction xuất hiện, con người vẫn phải tự diễn giải policy trước khi quyết định.

Nhưng trong @NewtonProtocol , policy không còn cần được diễn giải khi transaction được thực thi. Nó trực tiếp quyết định transaction nào được phép tạo ra state transition tiếp theo.

Cuộc thảo luận không còn là:
"Tôi nghĩ giao dịch này tuân thủ policy."
Mà chỉ còn:
"Giao dịch này đã vượt qua policy."

Theo mình, thay đổi lớn nhất là governance không còn phụ thuộc vào cách con người hiểu policy.

Nó phụ thuộc vào việc mọi transaction đều phải đi qua cùng một logic trước khi một state transition được phép xảy ra.

Đó là sự chuyển dịch từ governance-as-document sang governance-as-execution.

Trong Newton, vault không còn được định nghĩa bởi những policy nó viết ra, mà bởi những transaction mà policy của nó cho phép trở thành trạng thái onchain.

Governance không còn mô tả cách một vault nên vận hành. Nó trực tiếp quyết định cách vault được phép vận hành.
#Newt $NEWT $M $BTW

Мақала

Newton khiến authorization định nghĩa không gian tìm kiếmCuối tuần trước, mình lái xe đến một nơi chưa từng đi nên bật GPS. Ứng dụng gần như lập tức đề xuất tuyến đường nhanh nhất. Đến lúc gần khởi hành, mình mới để ý một tùy chọn nhỏ đã được bật sẵn: "Tránh đường cấm." Lúc đó mình chợt nghĩ, GPS không hề tìm đường ngắn nhất trên toàn bộ bản đồ. Nó loại bỏ những tuyến đường không được phép đi trước. Chỉ sau đó mới tối ưu quãng đường và thời gian. Nói cách khác, việc tối ưu chỉ bắt đầu sau khi những điều kiện bắt buộc đã được xác định. Khoảnh khắc đó khiến mình nhớ đến Newton. Phần lớn các hệ thống routing trong crypto cũng bắt đầu theo một cách tương tự, nhưng với một giả định khác. Chúng tìm pool có thanh khoản sâu nhất, trượt giá thấp nhất hoặc đường đi hiệu quả nhất. Chỉ sau đó các quy định về compliance, governance hay permission mới được áp vào để loại bỏ những route không đủ điều kiện. Nói cách khác, quá trình routing thường bắt đầu bằng câu hỏi: "Giao dịch này có thể đi qua đâu?" Rồi mới hỏi tiếp: "Con đường đó có thực sự được phép hay không?" Newton đảo ngược hoàn toàn trình tự đó. Trong Newton, authorization xuất hiện trước khi routing bắt đầu. Chỉ những transaction đáp ứng active policy mới bước vào quá trình tìm đường để settlement. Điều này không chỉ thay đổi cách transaction được xử lý. Nó thay đổi luôn cách routing được định nghĩa. Routing không còn bắt đầu từ thanh khoản. Authorization xác định trước không gian mà routing được phép khám phá. Điều đó có nghĩa là routing không còn tối ưu trên toàn bộ mạng lưới. Nó chỉ tối ưu trong tập hợp những route mà policy đã xác nhận là có quyền tồn tại. Nghe thì có vẻ chỉ là thay đổi thứ tự. Nhưng thực chất đây là một thay đổi ở cấp độ kiến trúc. Hãy tưởng tượng có hai liquidity pool. Pool A có mức trượt giá thấp nhất nhưng vi phạm active policy. Pool B kém tối ưu hơn một chút nhưng đáp ứng đầy đủ mọi điều kiện. Trong mô hình routing truyền thống, hệ thống sẽ tìm thấy Pool A trước, rồi sau đó mới loại bỏ khi phát hiện không đạt yêu cầu. Còn với Newton, Pool A chưa bao giờ được xem là một đích đến hợp lệ ngay từ đầu. Không gian tìm kiếm đã được authorization giới hạn trước khi quá trình routing bắt đầu. Điều đó cũng có nghĩa là policy không còn là một điều kiện được áp lên routing. Policy trở thành thứ quyết định routing nhìn thấy thế giới như thế nào ngay từ đầu. Việc tối ưu thanh khoản chỉ diễn ra trong phạm vi mà policy cho phép. Nói cách khác, Newton không tối ưu một route rồi mới kiểm tra xem route đó có hợp lệ hay không. Newton thay đổi chính tập hợp các route mà thuật toán được phép cân nhắc. Càng nhìn vào thiết kế này, mình càng thấy Newton đang khiến routing onchain hoạt động giống GPS hơn. GPS không tìm đường nhanh nhất rồi mới xóa những đoạn đường bị cấm. Nó xây dựng bản đồ từ những con đường được phép lưu thông trước. Sau đó mới tính toán đâu là tuyến đường tối ưu. Không ai cho rằng cách làm đó kém hiệu quả. Ngược lại, đó mới là tối ưu thực sự, vì hệ thống chưa từng lãng phí tài nguyên để cân nhắc những lựa chọn vốn dĩ không thể tồn tại. Theo mình, Newton đang áp dụng chính tư duy đó cho dòng vốn onchain. Thay vì tìm route có thanh khoản tốt nhất rồi mới kiểm tra policy, Newton xác lập ranh giới chính sách trước. Chỉ sau đó việc khám phá thanh khoản mới bắt đầu. Khi DeFi ngày càng phục vụ nhiều tổ chức, RWA, DAO và các hệ thống permission khác nhau, câu hỏi quan trọng sẽ không còn là: "Thanh khoản nằm ở đâu?" Mà sẽ là: "Thanh khoản nào thực sự có thể được tiếp cận dưới những policy đang chi phối transaction này?" Đó là hai bài toán tối ưu hoàn toàn khác nhau. Theo mình, đó cũng là lý do Newton không chỉ đang làm routing thông minh hơn. Trong phần lớn hạ tầng blockchain hiện nay, routing khám phá toàn bộ mạng lưới rồi mới loại bỏ những lựa chọn không hợp lệ. Newton làm điều ngược lại. Authorization định nghĩa trước bản đồ mà routing được phép nhìn thấy, còn liquidity chỉ tối ưu bên trong bản đồ đó. Giống như GPS chưa từng coi đường cấm là một lựa chọn cần cân nhắc, Newton cũng không coi những route vi phạm policy là một phần của bài toán. Vì vậy, mình không nghĩ @NewtonProtocol chỉ đang xây dựng một cơ chế tìm đường hiệu quả hơn. Điều Newton làm là định nghĩa lại bản đồ mà dòng vốn có thể đi qua. Thanh khoản không còn được tối ưu trên toàn bộ mạng lưới. Nó chỉ được khám phá và tối ưu bên trong một topology đã được policy xác lập từ trước. #Newt $NEWT $TAC $BTW {future}(NEWTUSDT)

Newton khiến authorization định nghĩa không gian tìm kiếm

Cuối tuần trước, mình lái xe đến một nơi chưa từng đi nên bật GPS.
Ứng dụng gần như lập tức đề xuất tuyến đường nhanh nhất.
Đến lúc gần khởi hành, mình mới để ý một tùy chọn nhỏ đã được bật sẵn: "Tránh đường cấm."
Lúc đó mình chợt nghĩ, GPS không hề tìm đường ngắn nhất trên toàn bộ bản đồ.
Nó loại bỏ những tuyến đường không được phép đi trước.
Chỉ sau đó mới tối ưu quãng đường và thời gian.
Nói cách khác, việc tối ưu chỉ bắt đầu sau khi những điều kiện bắt buộc đã được xác định.
Khoảnh khắc đó khiến mình nhớ đến Newton.
Phần lớn các hệ thống routing trong crypto cũng bắt đầu theo một cách tương tự, nhưng với một giả định khác.
Chúng tìm pool có thanh khoản sâu nhất, trượt giá thấp nhất hoặc đường đi hiệu quả nhất. Chỉ sau đó các quy định về compliance, governance hay permission mới được áp vào để loại bỏ những route không đủ điều kiện.
Nói cách khác, quá trình routing thường bắt đầu bằng câu hỏi:
"Giao dịch này có thể đi qua đâu?"
Rồi mới hỏi tiếp:
"Con đường đó có thực sự được phép hay không?"
Newton đảo ngược hoàn toàn trình tự đó.
Trong Newton, authorization xuất hiện trước khi routing bắt đầu. Chỉ những transaction đáp ứng active policy mới bước vào quá trình tìm đường để settlement.
Điều này không chỉ thay đổi cách transaction được xử lý.
Nó thay đổi luôn cách routing được định nghĩa.
Routing không còn bắt đầu từ thanh khoản.
Authorization xác định trước không gian mà routing được phép khám phá.
Điều đó có nghĩa là routing không còn tối ưu trên toàn bộ mạng lưới.
Nó chỉ tối ưu trong tập hợp những route mà policy đã xác nhận là có quyền tồn tại.
Nghe thì có vẻ chỉ là thay đổi thứ tự.
Nhưng thực chất đây là một thay đổi ở cấp độ kiến trúc.
Hãy tưởng tượng có hai liquidity pool.
Pool A có mức trượt giá thấp nhất nhưng vi phạm active policy.
Pool B kém tối ưu hơn một chút nhưng đáp ứng đầy đủ mọi điều kiện.
Trong mô hình routing truyền thống, hệ thống sẽ tìm thấy Pool A trước, rồi sau đó mới loại bỏ khi phát hiện không đạt yêu cầu.
Còn với Newton, Pool A chưa bao giờ được xem là một đích đến hợp lệ ngay từ đầu.
Không gian tìm kiếm đã được authorization giới hạn trước khi quá trình routing bắt đầu.
Điều đó cũng có nghĩa là policy không còn là một điều kiện được áp lên routing.
Policy trở thành thứ quyết định routing nhìn thấy thế giới như thế nào ngay từ đầu.
Việc tối ưu thanh khoản chỉ diễn ra trong phạm vi mà policy cho phép.
Nói cách khác, Newton không tối ưu một route rồi mới kiểm tra xem route đó có hợp lệ hay không.
Newton thay đổi chính tập hợp các route mà thuật toán được phép cân nhắc.
Càng nhìn vào thiết kế này, mình càng thấy Newton đang khiến routing onchain hoạt động giống GPS hơn.
GPS không tìm đường nhanh nhất rồi mới xóa những đoạn đường bị cấm.
Nó xây dựng bản đồ từ những con đường được phép lưu thông trước.
Sau đó mới tính toán đâu là tuyến đường tối ưu.
Không ai cho rằng cách làm đó kém hiệu quả.
Ngược lại, đó mới là tối ưu thực sự, vì hệ thống chưa từng lãng phí tài nguyên để cân nhắc những lựa chọn vốn dĩ không thể tồn tại.
Theo mình, Newton đang áp dụng chính tư duy đó cho dòng vốn onchain.
Thay vì tìm route có thanh khoản tốt nhất rồi mới kiểm tra policy, Newton xác lập ranh giới chính sách trước.
Chỉ sau đó việc khám phá thanh khoản mới bắt đầu.
Khi DeFi ngày càng phục vụ nhiều tổ chức, RWA, DAO và các hệ thống permission khác nhau, câu hỏi quan trọng sẽ không còn là:
"Thanh khoản nằm ở đâu?"
Mà sẽ là:
"Thanh khoản nào thực sự có thể được tiếp cận dưới những policy đang chi phối transaction này?"
Đó là hai bài toán tối ưu hoàn toàn khác nhau.
Theo mình, đó cũng là lý do Newton không chỉ đang làm routing thông minh hơn.
Trong phần lớn hạ tầng blockchain hiện nay, routing khám phá toàn bộ mạng lưới rồi mới loại bỏ những lựa chọn không hợp lệ.
Newton làm điều ngược lại.
Authorization định nghĩa trước bản đồ mà routing được phép nhìn thấy, còn liquidity chỉ tối ưu bên trong bản đồ đó.
Giống như GPS chưa từng coi đường cấm là một lựa chọn cần cân nhắc, Newton cũng không coi những route vi phạm policy là một phần của bài toán.
Vì vậy, mình không nghĩ @NewtonProtocol chỉ đang xây dựng một cơ chế tìm đường hiệu quả hơn.
Điều Newton làm là định nghĩa lại bản đồ mà dòng vốn có thể đi qua.
Thanh khoản không còn được tối ưu trên toàn bộ mạng lưới.
Nó chỉ được khám phá và tối ưu bên trong một topology đã được policy xác lập từ trước.
#Newt $NEWT $TAC $BTW

Жоғары (өспелі)

Vài hôm trước, mình ngồi nói chuyện với Long, một người bạn làm xuất nhập khẩu. Cậu ấy kể về một lô hàng đã cập cảng từ hai ngày trước nhưng người bán vẫn chưa nhận được tiền. Mình hỏi: "Hàng giao rồi mà, sao chưa thanh toán?" Cậu ấy cười: "Vì đây là L/C. Ngân hàng chỉ giải ngân khi bộ chứng từ đáp ứng đúng những điều kiện đã thỏa thuận." Lúc đó mình mới nhận ra, đôi khi điều giữ dòng vốn đứng yên không phải là thiếu tiền. Mà là chưa có một quyết định đủ để tất cả các bên cùng tin tưởng. Đó cũng là điều khiến mình chú ý đến Newton. Trong Newton, mỗi transaction đều được đánh giá theo active policy trước settlement và nhận một signed pass/fail attestation onchain. Authorization được tách khỏi settlement thay vì chỉ xuất hiện khi giao dịch hoàn tất. Theo mình, compliance chỉ là một trong nhiều loại policy mà Newton có thể đánh giá trước settlement. Giá trị lớn hơn của Newton là biến authorization thành hạ tầng giúp nhiều nguồn vốn có thể cùng tin vào một quyết định trước khi dịch chuyển. Ngày nay, mỗi tổ chức đều phải tự xác minh một giao dịch trước khi giải ngân, từ giới hạn rủi ro đến governance và treasury policy. Việc lặp lại cùng một quy trình làm tăng coordination cost, khiến niềm tin bị phân mảnh và thanh khoản cũng bị phân mảnh theo. Newton biến việc đánh giá policy thành hạ tầng dùng chung. Khi nhiều bên cùng dựa trên một kết quả authorization trước settlement, họ không còn phải xây dựng lại niềm tin ở mỗi lần vốn dịch chuyển. Với mình, điều @NewtonProtocol mở rộng không phải lượng vốn. Mà là lượng vốn có thể cùng dịch chuyển dưới một kết quả authorization chung. #Newt $NEWT $TAC $BTW

Vài hôm trước, mình ngồi nói chuyện với Long, một người bạn làm xuất nhập khẩu. Cậu ấy kể về một lô hàng đã cập cảng từ hai ngày trước nhưng người bán vẫn chưa nhận được tiền.

Mình hỏi:

"Hàng giao rồi mà, sao chưa thanh toán?"

Cậu ấy cười:

"Vì đây là L/C. Ngân hàng chỉ giải ngân khi bộ chứng từ đáp ứng đúng những điều kiện đã thỏa thuận."

Lúc đó mình mới nhận ra, đôi khi điều giữ dòng vốn đứng yên không phải là thiếu tiền.

Mà là chưa có một quyết định đủ để tất cả các bên cùng tin tưởng.

Đó cũng là điều khiến mình chú ý đến Newton.

Trong Newton, mỗi transaction đều được đánh giá theo active policy trước settlement và nhận một signed pass/fail attestation onchain. Authorization được tách khỏi settlement thay vì chỉ xuất hiện khi giao dịch hoàn tất.

Theo mình, compliance chỉ là một trong nhiều loại policy mà Newton có thể đánh giá trước settlement.

Giá trị lớn hơn của Newton là biến authorization thành hạ tầng giúp nhiều nguồn vốn có thể cùng tin vào một quyết định trước khi dịch chuyển.

Ngày nay, mỗi tổ chức đều phải tự xác minh một giao dịch trước khi giải ngân, từ giới hạn rủi ro đến governance và treasury policy. Việc lặp lại cùng một quy trình làm tăng coordination cost, khiến niềm tin bị phân mảnh và thanh khoản cũng bị phân mảnh theo.

Newton biến việc đánh giá policy thành hạ tầng dùng chung. Khi nhiều bên cùng dựa trên một kết quả authorization trước settlement, họ không còn phải xây dựng lại niềm tin ở mỗi lần vốn dịch chuyển.

Với mình, điều @NewtonProtocol mở rộng không phải lượng vốn. Mà là lượng vốn có thể cùng dịch chuyển dưới một kết quả authorization chung.
#Newt $NEWT $TAC $BTW

Расталды

Мақала

Newton không chỉ tạo ra Enforcement Proof. Newton đang tạo ra Enforcement History.Cuối tuần trước, mình giúp một người bạn sắp xếp lại những tập hồ sơ gia đình sau khi bố cậu ấy nghỉ hưu. Có đủ mọi thứ: hợp đồng, sao kê ngân hàng, hồ sơ thuế và hàng chục hóa đơn được cất trong những chiếc bìa cũ. Đến một lúc, cậu ấy cầm lên một biên lai chuyển tiền rồi hỏi: "Thứ này chứng minh tiền đã được chuyển. Nhưng nó có chứng minh việc chuyển tiền đó được phép diễn ra không?" Câu hỏi ấy khiến mình suy nghĩ rất lâu. Con người đã rất giỏi trong việc lưu lại điều gì đã xảy ra. Nhưng lại chưa giỏi trong việc lưu lại vì sao điều đó được phép xảy ra ngay từ đầu. Đó cũng là lý do Newton khiến mình chú ý. Trong phần lớn lịch sử blockchain, transaction luôn được xem là tài sản có giá trị nhất mà mạng lưới lưu giữ. Mỗi block ghi lại ai gửi tài sản, gửi cái gì, khi nào và được settlement ở đâu. Ledger trở thành một lịch sử bất biến của những sự kiện đã xảy ra. Nhưng vẫn còn thiếu một mảnh ghép rất quan trọng. Điều gì đã khiến sự kiện đó trở nên hợp lệ? Từ trước đến nay, để trả lời câu hỏi ấy, chúng ta luôn phải tái dựng quá khứ. Auditor kiểm tra log. Đội ngũ compliance đối chiếu transaction với policy. Các tổ chức cố gắng suy luận xem những quy tắc có thực sự được thực thi trước khi transaction diễn ra hay không. Blockchain lưu lại sự kiện. Nhưng không lưu lại quyết định đã cho phép sự kiện đó tồn tại. Newton thay đổi chính đối tượng mà blockchain ghi nhớ. Trước khi một transaction được settlement, nó phải được kiểm tra với policy đang có hiệu lực. Nếu transaction đáp ứng policy đó, Newton tạo ra một enforcement proof chứng minh rằng policy đã thực sự được thực thi trước khi settlement diễn ra. Điều này không chỉ tạo ra thêm một loại dữ liệu mới. Nó tạo ra một loại sự thật mới. Không còn chỉ là transaction history. Mà là enforcement history. Thoạt nhìn, khác biệt này có vẻ nhỏ. Nhưng về lâu dài, nó thay đổi hoàn toàn giá trị của dữ liệu trên blockchain. Trong nhiều năm, blockchain chủ yếu lưu lại điều gì đã xảy ra. Newton bắt đầu lưu lại vì sao điều đó được phép xảy ra. Đó là khác biệt giữa việc ghi nhớ một sự kiện và ghi nhớ cơ sở khiến sự kiện đó trở thành hợp lệ. Vài năm nữa, dữ liệu có giá trị nhất có thể không còn là việc Transaction A đã xảy ra. Mà là bằng chứng cho thấy Policy X đã được thực thi trước khi Transaction A từng được phép settlement. Điều đó thay đổi hoàn toàn cách niềm tin được hình thành. Auditor không còn phải tái dựng tính hợp lệ từ các dấu vết trong quá khứ. Họ trực tiếp kiểm tra bằng chứng về tính hợp lệ. Enterprise không còn phải ghép nối hàng nghìn log để suy luận điều gì đã xảy ra. Regulator không còn phải diễn giải transaction sau khi mọi việc đã hoàn tất. Institution cũng không còn phải đặt câu hỏi liệu governance có được tuân thủ hay không. Bằng chứng đã tồn tại trước đó. Enforcement proof chính là câu trả lời. Điều này cũng tạo ra một loại lịch sử hoàn toàn mới. Blockchain không còn chỉ lưu giữ lịch sử của các giao dịch. Nó lưu giữ lịch sử của những quyết định đã cho phép các giao dịch tồn tại. Đó là một thay đổi rất lớn. Bởi hầu hết hệ thống tài chính hiện đại đều vận hành dựa trên policy. Giới hạn giao dịch. Quyền truy cập. Compliance. Kiểm soát ngân quỹ. Governance. Tất cả đều là các quy tắc. Nếu blockchain chỉ ghi lại kết quả cuối cùng, mọi cuộc kiểm toán đều phải bắt đầu bằng việc suy luận ngược. Newton thay thế sự suy luận đó bằng bằng chứng. Có lẽ vài năm nữa, transaction history sẽ không còn là lớp dữ liệu có giá trị nhất trên blockchain. Giá trị sẽ nằm ở enforcement history. Bởi transaction chỉ cho chúng ta biết điều gì đã xảy ra. Còn enforcement proof cho biết vì sao mạng lưới quyết định cho phép điều đó xảy ra. Thế hệ blockchain đầu tiên ghi nhớ các sự kiện. @NewtonProtocol có thể đang mở ra thế hệ blockchain đầu tiên ghi nhớ các quyết định. Và khi điều đó xảy ra, thứ có giá trị nhất trên blockchain sẽ không còn là lịch sử giao dịch. Mà là lịch sử về cách các quy tắc được thực thi trước khi mọi giao dịch trở thành không thể đảo ngược. #Newt $NEWT $TAC $BTW {future}(NEWTUSDT)

Newton không chỉ tạo ra Enforcement Proof. Newton đang tạo ra Enforcement History.

Cuối tuần trước, mình giúp một người bạn sắp xếp lại những tập hồ sơ gia đình sau khi bố cậu ấy nghỉ hưu.
Có đủ mọi thứ: hợp đồng, sao kê ngân hàng, hồ sơ thuế và hàng chục hóa đơn được cất trong những chiếc bìa cũ.
Đến một lúc, cậu ấy cầm lên một biên lai chuyển tiền rồi hỏi:
"Thứ này chứng minh tiền đã được chuyển. Nhưng nó có chứng minh việc chuyển tiền đó được phép diễn ra không?"
Câu hỏi ấy khiến mình suy nghĩ rất lâu.
Con người đã rất giỏi trong việc lưu lại điều gì đã xảy ra.
Nhưng lại chưa giỏi trong việc lưu lại vì sao điều đó được phép xảy ra ngay từ đầu.
Đó cũng là lý do Newton khiến mình chú ý.
Trong phần lớn lịch sử blockchain, transaction luôn được xem là tài sản có giá trị nhất mà mạng lưới lưu giữ.
Mỗi block ghi lại ai gửi tài sản, gửi cái gì, khi nào và được settlement ở đâu.
Ledger trở thành một lịch sử bất biến của những sự kiện đã xảy ra.
Nhưng vẫn còn thiếu một mảnh ghép rất quan trọng.
Điều gì đã khiến sự kiện đó trở nên hợp lệ?
Từ trước đến nay, để trả lời câu hỏi ấy, chúng ta luôn phải tái dựng quá khứ.
Auditor kiểm tra log.
Đội ngũ compliance đối chiếu transaction với policy.
Các tổ chức cố gắng suy luận xem những quy tắc có thực sự được thực thi trước khi transaction diễn ra hay không.
Blockchain lưu lại sự kiện.
Nhưng không lưu lại quyết định đã cho phép sự kiện đó tồn tại.
Newton thay đổi chính đối tượng mà blockchain ghi nhớ.
Trước khi một transaction được settlement, nó phải được kiểm tra với policy đang có hiệu lực.
Nếu transaction đáp ứng policy đó, Newton tạo ra một enforcement proof chứng minh rằng policy đã thực sự được thực thi trước khi settlement diễn ra.
Điều này không chỉ tạo ra thêm một loại dữ liệu mới.
Nó tạo ra một loại sự thật mới.
Không còn chỉ là transaction history.
Mà là enforcement history.
Thoạt nhìn, khác biệt này có vẻ nhỏ.
Nhưng về lâu dài, nó thay đổi hoàn toàn giá trị của dữ liệu trên blockchain.
Trong nhiều năm, blockchain chủ yếu lưu lại điều gì đã xảy ra.
Newton bắt đầu lưu lại vì sao điều đó được phép xảy ra.
Đó là khác biệt giữa việc ghi nhớ một sự kiện và ghi nhớ cơ sở khiến sự kiện đó trở thành hợp lệ.
Vài năm nữa, dữ liệu có giá trị nhất có thể không còn là việc Transaction A đã xảy ra.
Mà là bằng chứng cho thấy Policy X đã được thực thi trước khi Transaction A từng được phép settlement.
Điều đó thay đổi hoàn toàn cách niềm tin được hình thành.
Auditor không còn phải tái dựng tính hợp lệ từ các dấu vết trong quá khứ.
Họ trực tiếp kiểm tra bằng chứng về tính hợp lệ.
Enterprise không còn phải ghép nối hàng nghìn log để suy luận điều gì đã xảy ra.
Regulator không còn phải diễn giải transaction sau khi mọi việc đã hoàn tất.
Institution cũng không còn phải đặt câu hỏi liệu governance có được tuân thủ hay không.
Bằng chứng đã tồn tại trước đó.
Enforcement proof chính là câu trả lời.
Điều này cũng tạo ra một loại lịch sử hoàn toàn mới.
Blockchain không còn chỉ lưu giữ lịch sử của các giao dịch.
Nó lưu giữ lịch sử của những quyết định đã cho phép các giao dịch tồn tại.
Đó là một thay đổi rất lớn.
Bởi hầu hết hệ thống tài chính hiện đại đều vận hành dựa trên policy.
Giới hạn giao dịch.
Quyền truy cập.
Compliance.
Kiểm soát ngân quỹ.
Governance.
Tất cả đều là các quy tắc.
Nếu blockchain chỉ ghi lại kết quả cuối cùng, mọi cuộc kiểm toán đều phải bắt đầu bằng việc suy luận ngược.
Newton thay thế sự suy luận đó bằng bằng chứng.
Có lẽ vài năm nữa, transaction history sẽ không còn là lớp dữ liệu có giá trị nhất trên blockchain.
Giá trị sẽ nằm ở enforcement history.
Bởi transaction chỉ cho chúng ta biết điều gì đã xảy ra.
Còn enforcement proof cho biết vì sao mạng lưới quyết định cho phép điều đó xảy ra.
Thế hệ blockchain đầu tiên ghi nhớ các sự kiện.
@NewtonProtocol có thể đang mở ra thế hệ blockchain đầu tiên ghi nhớ các quyết định.
Và khi điều đó xảy ra, thứ có giá trị nhất trên blockchain sẽ không còn là lịch sử giao dịch.
Mà là lịch sử về cách các quy tắc được thực thi trước khi mọi giao dịch trở thành không thể đảo ngược.
#Newt $NEWT $TAC $BTW

Жоғары (өспелі)

Có những nơi chúng ta tưởng mình đang được kiểm tra, nhưng thực ra mọi quyết định đã được đưa ra từ trước. Tuần trước, khi chuẩn bị lên máy bay, mình đứng trước cửa khởi hành và nhìn nhân viên quét mã trên tấm vé. Chỉ vài giây sau, cánh cổng mở ra. Khoảnh khắc đó khiến mình nhận ra cánh cổng chưa từng là nơi quyết định mình có được bay hay không. Danh tính đã được xác minh. Vé đã được xác nhận. Kiểm tra an ninh cũng đã hoàn tất. Cánh cổng chỉ hoàn tất một quyết định đã tồn tại từ trước. Điều đó khiến mình nghĩ đến Newton. Trong blockchain truyền thống, niềm tin thường chỉ xuất hiện sau khi giao dịch được thực thi và settlement hoàn tất. Chỉ khi đó, explorer, auditor hay các hệ thống compliance mới bắt đầu xác minh điều gì vừa xảy ra. Newton đảo ngược hoàn toàn logic này. Thay vì Execute → Settle → Verify, Newton vận hành theo Check Policy → Attest → Settle. Nói cách khác, giao dịch phải vượt qua policy và tạo ra một attestation trước khi được settlement. Đây không chỉ là thêm một lớp bảo mật. Nó thay đổi chính ý nghĩa của settlement. Suốt nhiều năm, settlement vừa là nơi hoàn tất trạng thái, vừa là thời điểm đầu tiên mọi người có thể tin rằng trạng thái đó hợp lệ. @NewtonProtocol tách hai vai trò này. Policy tạo ra tính hợp lệ. Attestation chứng minh điều đó. Settlement chỉ ghi nhận một quyết định đã được xác minh từ trước. Nhìn theo góc độ này, trust không còn được sinh ra sau settlement. Settlement cũng không còn là nơi tạo ra trust. Nó chỉ là dấu xác nhận cuối cùng cho một niềm tin đã tồn tại trước đó. #Newt $NEWT $BTW $TAC

Có những nơi chúng ta tưởng mình đang được kiểm tra, nhưng thực ra mọi quyết định đã được đưa ra từ trước.

Tuần trước, khi chuẩn bị lên máy bay, mình đứng trước cửa khởi hành và nhìn nhân viên quét mã trên tấm vé. Chỉ vài giây sau, cánh cổng mở ra.

Khoảnh khắc đó khiến mình nhận ra cánh cổng chưa từng là nơi quyết định mình có được bay hay không.

Danh tính đã được xác minh.

Vé đã được xác nhận.

Kiểm tra an ninh cũng đã hoàn tất.

Cánh cổng chỉ hoàn tất một quyết định đã tồn tại từ trước.

Điều đó khiến mình nghĩ đến Newton.

Trong blockchain truyền thống, niềm tin thường chỉ xuất hiện sau khi giao dịch được thực thi và settlement hoàn tất. Chỉ khi đó, explorer, auditor hay các hệ thống compliance mới bắt đầu xác minh điều gì vừa xảy ra.

Newton đảo ngược hoàn toàn logic này.

Thay vì Execute → Settle → Verify, Newton vận hành theo Check Policy → Attest → Settle.

Nói cách khác, giao dịch phải vượt qua policy và tạo ra một attestation trước khi được settlement.

Đây không chỉ là thêm một lớp bảo mật.

Nó thay đổi chính ý nghĩa của settlement.

Suốt nhiều năm, settlement vừa là nơi hoàn tất trạng thái, vừa là thời điểm đầu tiên mọi người có thể tin rằng trạng thái đó hợp lệ.

@NewtonProtocol tách hai vai trò này.

Policy tạo ra tính hợp lệ.

Attestation chứng minh điều đó.

Settlement chỉ ghi nhận một quyết định đã được xác minh từ trước.

Nhìn theo góc độ này, trust không còn được sinh ra sau settlement.

Settlement cũng không còn là nơi tạo ra trust.

Nó chỉ là dấu xác nhận cuối cùng cho một niềm tin đã tồn tại trước đó.
#Newt $NEWT $BTW $TAC

Жоғары (өспелі)

Chiều qua, mình ngồi với Nam, một kỹ sư AI đang thiết kế kiến trúc cho một hệ thống multi-agent. Cậu ấy nhìn vào sơ đồ rồi hỏi: "Nếu muốn AI thông minh hơn thì chỉ cần thêm thật nhiều node giống nhau là được, đúng không?" Mình trả lời: "Nếu điều đó đúng thì 100 bộ não sẽ luôn tốt hơn một cơ thể." Với mình, đó cũng là câu hỏi OpenGradient đang trả lời theo một cách rất khác. Phần lớn chúng ta vẫn nghĩ muốn mở rộng một mạng AI thì chỉ cần thêm nhiều node để có nhiều compute hơn. Điều đó chỉ giúp mạng lưới xử lý nhiều hơn, chứ không biết thêm điều gì mới. Hai node giống nhau chỉ giúp mạng lưới lặp lại cùng một năng lực ở quy mô lớn hơn. Chỉ khi xuất hiện một loại node mới, mạng lưới sẽ sở hữu một năng lực mà trước đó chưa từng có. Chính vì vậy, OpenGradient không nhân thêm những node giống nhau. Giá trị của mỗi node nằm ở vai trò nó bổ sung cho toàn mạng lưới. Nói cách khác, đơn vị thực sự của sự mở rộng trí tuệ không phải số lượng node, mà là số lượng năng lực mà mạng lưới có thể tạo ra. Cơ thể người là ví dụ rõ nhất cho quy luật này. Bạn không có 100 bộ não. Bạn có mắt để quan sát. Tai để lắng nghe. Tim để bơm máu. Gan để xử lý và cân bằng. Chính sự chuyên môn hóa đó mới tạo nên một cơ thể hoàn chỉnh. Theo mình, @OpenGradient đang đưa AI network tiến gần hơn mô hình này, nơi mỗi node được chuyên môn hóa để mở rộng khả năng của toàn hệ thống. Compute có thể nhân công suất. Chuyên môn hóa mới nhân trí tuệ. Có lẽ tương lai của AI sẽ không thuộc về mạng lưới có nhiều node nhất. Mà thuộc về mạng lưới sở hữu nhiều loại năng lực nhất. #OPG $OPG $BILL $BAS

Chiều qua, mình ngồi với Nam, một kỹ sư AI đang thiết kế kiến trúc cho một hệ thống multi-agent. Cậu ấy nhìn vào sơ đồ rồi hỏi:

"Nếu muốn AI thông minh hơn thì chỉ cần thêm thật nhiều node giống nhau là được, đúng không?"

Mình trả lời: "Nếu điều đó đúng thì 100 bộ não sẽ luôn tốt hơn một cơ thể."

Với mình, đó cũng là câu hỏi OpenGradient đang trả lời theo một cách rất khác.

Phần lớn chúng ta vẫn nghĩ muốn mở rộng một mạng AI thì chỉ cần thêm nhiều node để có nhiều compute hơn. Điều đó chỉ giúp mạng lưới xử lý nhiều hơn, chứ không biết thêm điều gì mới.

Hai node giống nhau chỉ giúp mạng lưới lặp lại cùng một năng lực ở quy mô lớn hơn. Chỉ khi xuất hiện một loại node mới, mạng lưới sẽ sở hữu một năng lực mà trước đó chưa từng có.

Chính vì vậy, OpenGradient không nhân thêm những node giống nhau. Giá trị của mỗi node nằm ở vai trò nó bổ sung cho toàn mạng lưới.

Nói cách khác, đơn vị thực sự của sự mở rộng trí tuệ không phải số lượng node, mà là số lượng năng lực mà mạng lưới có thể tạo ra.

Cơ thể người là ví dụ rõ nhất cho quy luật này.

Bạn không có 100 bộ não.

Bạn có mắt để quan sát.

Tai để lắng nghe.

Tim để bơm máu.

Gan để xử lý và cân bằng.

Chính sự chuyên môn hóa đó mới tạo nên một cơ thể hoàn chỉnh.

Theo mình, @OpenGradient đang đưa AI network tiến gần hơn mô hình này, nơi mỗi node được chuyên môn hóa để mở rộng khả năng của toàn hệ thống.

Compute có thể nhân công suất.

Chuyên môn hóa mới nhân trí tuệ.

Có lẽ tương lai của AI sẽ không thuộc về mạng lưới có nhiều node nhất.

Mà thuộc về mạng lưới sở hữu nhiều loại năng lực nhất.
#OPG $OPG $BILL $BAS

Жоғары (өспелі)

Tuần qua, trong lúc tổng hợp benchmark của vài mô hình AI để làm một bản research, mình nhận ra một điều khá thú vị. Hầu hết các bảng so sánh đều xoay quanh những con số quen thuộc: MMLU cao hơn, khả năng lập trình tốt hơn, tốc độ suy luận nhanh hơn. Đọc một lúc, mình chợt thấy những chỉ số đó chỉ đang trả lời một câu hỏi: Mô hình này giỏi đến đâu? Nhưng lại chưa trả lời câu hỏi mình quan tâm hơn: Hệ thống AI này có thật sự vận hành được ở quy mô lớn không? Đúng lúc đó, mình đọc được một thống kê từ OpenGradient. Họ cho biết hạ tầng x402 đã xử lý hơn 1 triệu LLM inference, với các yêu cầu được thanh toán thông qua cơ chế batched on-chain. Thứ khiến mình chú ý không phải là con số hơn 1 triệu. Mà là những gì OpenGradient chọn để nhấn mạnh trong cột mốc này. Điều đó khiến mình nghĩ trọng tâm không chỉ nằm ở chất lượng của mô hình, mà còn ở khả năng vận hành của cả hệ thống. Benchmark vẫn rất quan trọng vì nó cho biết một mô hình có thể làm được gì trong môi trường kiểm thử. Trong khi đó, một inference chỉ thực sự hoàn thành khi toàn bộ quy trình, từ suy luận đến thanh toán, đều hoàn tất. Đó là khác biệt giữa việc đánh giá một mô hình và đánh giá khả năng vận hành của cả một hệ thống AI. Có lẽ khi AI dần trở thành hạ tầng, benchmark sẽ không biến mất. Nhưng chúng sẽ chỉ còn là một nửa của bức tranh. Nhìn từ góc độ đó, cột mốc hơn 1 triệu inference của @OpenGradient trở nên đáng chú ý. Với mình, nó phản ánh không chỉ năng lực của mô hình, mà cả khả năng vận hành của hệ thống. #OPG $OPG $RAVE $ACT

Tuần qua, trong lúc tổng hợp benchmark của vài mô hình AI để làm một bản research, mình nhận ra một điều khá thú vị.

Hầu hết các bảng so sánh đều xoay quanh những con số quen thuộc: MMLU cao hơn, khả năng lập trình tốt hơn, tốc độ suy luận nhanh hơn.

Đọc một lúc, mình chợt thấy những chỉ số đó chỉ đang trả lời một câu hỏi:

Mô hình này giỏi đến đâu?

Nhưng lại chưa trả lời câu hỏi mình quan tâm hơn:

Hệ thống AI này có thật sự vận hành được ở quy mô lớn không?

Đúng lúc đó, mình đọc được một thống kê từ OpenGradient.

Họ cho biết hạ tầng x402 đã xử lý hơn 1 triệu LLM inference, với các yêu cầu được thanh toán thông qua cơ chế batched on-chain.

Thứ khiến mình chú ý không phải là con số hơn 1 triệu.

Mà là những gì OpenGradient chọn để nhấn mạnh trong cột mốc này.

Điều đó khiến mình nghĩ trọng tâm không chỉ nằm ở chất lượng của mô hình, mà còn ở khả năng vận hành của cả hệ thống.

Benchmark vẫn rất quan trọng vì nó cho biết một mô hình có thể làm được gì trong môi trường kiểm thử.

Trong khi đó, một inference chỉ thực sự hoàn thành khi toàn bộ quy trình, từ suy luận đến thanh toán, đều hoàn tất.

Đó là khác biệt giữa việc đánh giá một mô hình và đánh giá khả năng vận hành của cả một hệ thống AI.

Có lẽ khi AI dần trở thành hạ tầng, benchmark sẽ không biến mất.

Nhưng chúng sẽ chỉ còn là một nửa của bức tranh.

Nhìn từ góc độ đó, cột mốc hơn 1 triệu inference của @OpenGradient trở nên đáng chú ý. Với mình, nó phản ánh không chỉ năng lực của mô hình, mà cả khả năng vận hành của hệ thống.
#OPG $OPG $RAVE $ACT

Жоғары (өспелі)

Chiều qua, mình đang giúp em họ luyện phỏng vấn xin học bổng thì nó hỏi: "Nếu em sinh ra ở một nơi không dùng được AI thì sao?" Câu hỏi đó khiến mình hiểu vì sao mình bắt đầu chú ý đến OpenGradient. Khi AI chỉ hỗ trợ vài tác vụ đơn giản, việc không có AI chưa tạo ra khác biệt lớn. Nhưng khi AI tham gia vào học tập, nghiên cứu, lập trình và sáng tạo, khoảng cách trong tương lai sẽ không nằm ở mô hình nào mạnh hơn, mà ở việc ai có thể sử dụng chúng. Internet từng thu hẹp khoảng cách về thông tin. AI có thể khiến quyền sử dụng trí tuệ trở thành hạ tầng thiết yếu tiếp theo. Nếu điều đó xảy ra, khả năng sử dụng AI sẽ quan trọng không kém khả năng kết nối Internet. Nhưng ngay hôm nay, quốc tịch vẫn có thể quyết định bạn dùng được mô hình nào, vị trí địa lý vẫn có thể giới hạn dịch vụ khả dụng và điều kiện tài chính vẫn ảnh hưởng đến cơ hội tiếp cận những mô hình AI tiên tiến nhất. Đó là lý do OpenGradient không chỉ xây dựng AI phi tập trung. Điều họ muốn phi tập trung là quyền sử dụng AI, để cơ hội tiếp cận các công cụ và mô hình tiên tiến không còn phụ thuộc vào một số ít cổng kiểm soát tập trung. Theo mình, giá trị lớn nhất trong cách tiếp cận này là mở rộng cơ hội tiếp cận thế hệ trí tuệ tiếp theo cho mọi người, bất kể quốc tịch, vị trí địa lý hay hoàn cảnh tài chính. Lúc nghe em họ hỏi, mình chỉ nghĩ đó là một giả định. Đến cuối buổi, mình nhận ra em không chỉ hỏi về một nơi. Em đang hỏi ai sẽ được quyền sử dụng AI trong tương lai. Có lẽ đó cũng là bài toán mà @OpenGradient đang lựa chọn giải quyết. #OPG $OPG $VELVET $MYX

Chiều qua, mình đang giúp em họ luyện phỏng vấn xin học bổng thì nó hỏi:

"Nếu em sinh ra ở một nơi không dùng được AI thì sao?"

Câu hỏi đó khiến mình hiểu vì sao mình bắt đầu chú ý đến OpenGradient.

Khi AI chỉ hỗ trợ vài tác vụ đơn giản, việc không có AI chưa tạo ra khác biệt lớn. Nhưng khi AI tham gia vào học tập, nghiên cứu, lập trình và sáng tạo, khoảng cách trong tương lai sẽ không nằm ở mô hình nào mạnh hơn, mà ở việc ai có thể sử dụng chúng.

Internet từng thu hẹp khoảng cách về thông tin.

AI có thể khiến quyền sử dụng trí tuệ trở thành hạ tầng thiết yếu tiếp theo.

Nếu điều đó xảy ra, khả năng sử dụng AI sẽ quan trọng không kém khả năng kết nối Internet.

Nhưng ngay hôm nay, quốc tịch vẫn có thể quyết định bạn dùng được mô hình nào, vị trí địa lý vẫn có thể giới hạn dịch vụ khả dụng và điều kiện tài chính vẫn ảnh hưởng đến cơ hội tiếp cận những mô hình AI tiên tiến nhất.

Đó là lý do OpenGradient không chỉ xây dựng AI phi tập trung.

Điều họ muốn phi tập trung là quyền sử dụng AI, để cơ hội tiếp cận các công cụ và mô hình tiên tiến không còn phụ thuộc vào một số ít cổng kiểm soát tập trung.

Theo mình, giá trị lớn nhất trong cách tiếp cận này là mở rộng cơ hội tiếp cận thế hệ trí tuệ tiếp theo cho mọi người, bất kể quốc tịch, vị trí địa lý hay hoàn cảnh tài chính.

Lúc nghe em họ hỏi, mình chỉ nghĩ đó là một giả định.

Đến cuối buổi, mình nhận ra em không chỉ hỏi về một nơi.

Em đang hỏi ai sẽ được quyền sử dụng AI trong tương lai.

Có lẽ đó cũng là bài toán mà @OpenGradient đang lựa chọn giải quyết.
#OPG $OPG $VELVET $MYX

Жоғары (өспелі)

Chiều qua, mình ngồi test một workflow trên OpenGradient Chat với Tâm, cậu bạn thân đang học IT. Vừa mở ứng dụng, nó hỏi: "Không đăng nhập thì lần sau nó còn nhớ mày không?" Mình cười: "Tao nghĩ câu hỏi hay hơn là: tại sao AI nhất định phải nhớ tao?" Lúc đó mình chỉ nói vậy theo phản xạ. Càng tìm hiểu, mình càng thấy đó mới là giả định mà hầu hết AI assistants hiện nay đều đang theo đuổi. Suốt vài năm qua, phần lớn AI assistants hiện nay đều phát triển theo cùng một hướng: yêu cầu người dùng đăng nhập, xây dựng một profile và ghi nhớ mọi tương tác theo thời gian. Theo thời gian, AI không chỉ học từ câu hỏi. Nó cũng dần học từ chính người đặt câu hỏi. Chúng ta gần như đã mặc định rằng AI càng biết nhiều về mình thì càng hữu ích, bởi trí nhớ về người dùng dần trở thành lợi thế của nhiều AI assistants. OpenGradient lại đang thử chứng minh AI vẫn có thể hữu ích mà không cần tích lũy profile của từng người dùng. Thay vì xây dựng profile người dùng, họ giới hạn lượng thông tin hệ thống có thể tích lũy theo thời gian. Prompt được mã hóa từ endpoint, identity và prompt được tách qua OHTTP, còn inference chạy trong TEE. Không một thành phần riêng lẻ nào có đủ ngữ cảnh để liên kết người dùng với nội dung prompt hay xây dựng một profile lâu dài. Theo mình, điều đáng chú ý nhất là @OpenGradient đang thử trả lời một câu hỏi lớn hơn: AI có thực sự cần xây dựng một profile về mỗi người để trở nên hữu ích hơn không? Có lẽ bước tiến tiếp theo của AI sẽ không được đo bằng việc nó nhớ chúng ta nhiều hơn. Mà bằng việc nó không còn cần phải nhớ chúng ta nữa. #OPG $OPG $BEAT $CAP

Chiều qua, mình ngồi test một workflow trên OpenGradient Chat với Tâm, cậu bạn thân đang học IT. Vừa mở ứng dụng, nó hỏi:
"Không đăng nhập thì lần sau nó còn nhớ mày không?"
Mình cười:
"Tao nghĩ câu hỏi hay hơn là: tại sao AI nhất định phải nhớ tao?"
Lúc đó mình chỉ nói vậy theo phản xạ. Càng tìm hiểu, mình càng thấy đó mới là giả định mà hầu hết AI assistants hiện nay đều đang theo đuổi.

Suốt vài năm qua, phần lớn AI assistants hiện nay đều phát triển theo cùng một hướng: yêu cầu người dùng đăng nhập, xây dựng một profile và ghi nhớ mọi tương tác theo thời gian.

Theo thời gian, AI không chỉ học từ câu hỏi. Nó cũng dần học từ chính người đặt câu hỏi.

Chúng ta gần như đã mặc định rằng AI càng biết nhiều về mình thì càng hữu ích, bởi trí nhớ về người dùng dần trở thành lợi thế của nhiều AI assistants.

OpenGradient lại đang thử chứng minh AI vẫn có thể hữu ích mà không cần tích lũy profile của từng người dùng.

Thay vì xây dựng profile người dùng, họ giới hạn lượng thông tin hệ thống có thể tích lũy theo thời gian.

Prompt được mã hóa từ endpoint, identity và prompt được tách qua OHTTP, còn inference chạy trong TEE. Không một thành phần riêng lẻ nào có đủ ngữ cảnh để liên kết người dùng với nội dung prompt hay xây dựng một profile lâu dài.

Theo mình, điều đáng chú ý nhất là @OpenGradient đang thử trả lời một câu hỏi lớn hơn:

AI có thực sự cần xây dựng một profile về mỗi người để trở nên hữu ích hơn không?

Có lẽ bước tiến tiếp theo của AI sẽ không được đo bằng việc nó nhớ chúng ta nhiều hơn.

Mà bằng việc nó không còn cần phải nhớ chúng ta nữa.
#OPG $OPG $BEAT $CAP

Жоғары (өспелі)

Chiều qua mình với Huy vừa dùng ChatGPT để brainstorm, Claude để sửa code và Grok để tìm tài liệu cho một proposal phải gửi trước 5 giờ chiều.

Lúc chuẩn bị đóng máy, Huy mở bức ảnh giới thiệu OpenGradient rồi hỏi:
"Ba cái đầu đều ghi công việc. Sao OpenGradient lại ghi privacy?"
Mình đáp:
"Tao cũng chưa chắc. Nhưng nhìn kỹ thì hình như họ không đang định vị cùng một thứ."

Xem lại bức ảnh, mình mới thấy điểm thú vị không nằm ở chữ Privacy.

Ba AI đầu đều được mô tả bằng tác vụ. Riêng OpenGradient Chat lại được mô tả bằng một đặc tính của hệ thống: Good for Privacy.

Chính sự khác biệt trong cách đặt nhãn mới là điểm đáng chú ý.

Ba nhãn đầu đang trả lời một câu hỏi:

"AI này phù hợp với công việc nào?"

Trong khi Good for Privacy lại bổ sung một câu hỏi khác:

"Hệ thống AI này được thiết kế như thế nào?"

Một câu hỏi tập trung vào khả năng của mô hình.

Câu hỏi còn lại tập trung vào cách hệ thống được thiết kế.

Theo mình, đó cũng là lý do Good for Privacy không được đặt như một tác vụ.

Bức ảnh không thay đổi khả năng của AI.

Nó gợi ra một câu hỏi khác khi nhìn vào @OpenGradient Chat.

Không chỉ AI giúp mình làm gì.

Mà còn hệ thống AI được thiết kế như thế nào.

Và chính insight trên cũng tiếp thêm động lực cho mình để giữ lệnh Long OPG cho đến hiện tại.
#OPG $OPG $LAB $BABYSHARK

Жоғары (өспелі)

9 giờ sáng nay mình có ngồi với Duy - Dev Fullstack cùng đọc docs của OpenGradient về Twin.fun để làm báo cáo research. Đến phần Twin ID, nó đọc lướt rồi cười: "16 bytes thôi mà. Chắc chỉ là một cái ID." Mình cũng nghĩ vậy. Cho đến khi đọc lại định nghĩa: Twin ID: 16-byte identifier (bytes16) that uniquely references a digital twin on-chain. Điều khiến mình dừng lại không phải là 16 bytes. Mà là hai từ: uniquely references. Việc thêm uniquely khiến mình nghĩ OpenGradient không chỉ quan tâm đến việc tham chiếu, mà còn quan tâm đến tính duy nhất của mối quan hệ đó. Trong hầu hết các cuộc thảo luận về AI, mọi người thường tập trung vào implementation: model nào, inference engine nào hay runtime nào. Nhưng đó đều là những phần có thể tiếp tục thay đổi theo thời gian. Một hệ thống có thể thay đổi cách hiện thực hóa một digital twin. Nhưng trước khi thay đổi bất kỳ điều gì, nó vẫn phải biết mình đang thay đổi digital twin nào. Điều không thay đổi theo cùng cách là digital twin mà mọi thành phần vẫn phải cùng tham chiếu tới. Mình bắt đầu nghĩ điều cần giữ ổn định có lẽ là điểm tham chiếu, không phải implementation. Đến đây mình bắt đầu nhìn Twin ID không chỉ như một identifier. Mà như một reference để mọi thành phần của hệ thống cùng tham chiếu tới cùng một digital twin. Nếu đây đúng là hướng thiết kế mà @OpenGradient lựa chọn cho Twin.fun, thì đó có lẽ cũng là lý do định nghĩa không dừng ở identifier, mà nhấn mạnh uniquely references. Ít nhất với mình, sau khi đọc xong, điều còn đọng lại không phải là con số 16 bytes. Mà là lý do họ chọn đúng động từ đó. #OPG $OPG $NES $M

9 giờ sáng nay mình có ngồi với Duy - Dev Fullstack cùng đọc docs của OpenGradient về Twin.fun để làm báo cáo research.

Đến phần Twin ID, nó đọc lướt rồi cười:

"16 bytes thôi mà. Chắc chỉ là một cái ID."

Mình cũng nghĩ vậy.

Cho đến khi đọc lại định nghĩa:

Twin ID: 16-byte identifier (bytes16) that uniquely references a digital twin on-chain.

Điều khiến mình dừng lại không phải là 16 bytes.

Mà là hai từ: uniquely references.

Việc thêm uniquely khiến mình nghĩ OpenGradient không chỉ quan tâm đến việc tham chiếu, mà còn quan tâm đến tính duy nhất của mối quan hệ đó.

Trong hầu hết các cuộc thảo luận về AI, mọi người thường tập trung vào implementation: model nào, inference engine nào hay runtime nào.

Nhưng đó đều là những phần có thể tiếp tục thay đổi theo thời gian.

Một hệ thống có thể thay đổi cách hiện thực hóa một digital twin. Nhưng trước khi thay đổi bất kỳ điều gì, nó vẫn phải biết mình đang thay đổi digital twin nào.

Điều không thay đổi theo cùng cách là digital twin mà mọi thành phần vẫn phải cùng tham chiếu tới.

Mình bắt đầu nghĩ điều cần giữ ổn định có lẽ là điểm tham chiếu, không phải implementation.

Đến đây mình bắt đầu nhìn Twin ID không chỉ như một identifier.

Mà như một reference để mọi thành phần của hệ thống cùng tham chiếu tới cùng một digital twin.

Nếu đây đúng là hướng thiết kế mà @OpenGradient lựa chọn cho Twin.fun, thì đó có lẽ cũng là lý do định nghĩa không dừng ở identifier, mà nhấn mạnh uniquely references.

Ít nhất với mình, sau khi đọc xong, điều còn đọng lại không phải là con số 16 bytes. Mà là lý do họ chọn đúng động từ đó.
#OPG $OPG $NES $M

Жоғары (өспелі)

Nam, một người bạn thân từ cấp 3 chuyên đầu tư mạo hiểm trong crypto. Chiều qua đi uống bia, nó hỏi mình: "Nếu Elon Musk mở một buổi trò chuyện trực tiếp kéo dài 1 tiếng, người ta sẽ trả tiền cho điều gì để tới đó?" Cho kiến thức của ông ấy? Hay đơn giản là vì ông ấy không thể nói chuyện với hàng triệu người cùng một lúc? Mãi tới lúc nhìn vào Twin.fun của OpenGradient, mình mới thấy câu hỏi này không đơn giản như mình nghĩ. Vì Elon Musk có thể ảnh hưởng tới hàng triệu người. Có người muốn hỏi về Tesla. Có người muốn hỏi về SpaceX, AI hay đầu tư. Nhưng ông ấy không thể trả lời tất cả cùng lúc. Sự khan hiếm đến từ sự hiện diện. Một AI Twin có thể phục vụ hàng nghìn người cùng lúc. Về mặt kỹ thuật, sự hiện diện có thể mở rộng xa hơn rất nhiều so với con người. Nhưng Twin.fun vẫn xây dựng thị trường riêng cho từng AI Twin thông qua bonding curve. Nếu sự hiện diện không còn khan hiếm nữa, thị trường đang định giá thứ gì? Ban đầu mình nghĩ thị trường đang định giá quyền truy cập. Nhưng càng nhìn kỹ càng thấy không phải. Thứ thị trường đang định giá có thể là khả năng khiến người dùng tiếp tục quay lại. Một bonding curve có thể đang phản ánh kỳ vọng rằng AI Twin đó vẫn sẽ được lựa chọn trong tương lai. Đó là lúc Twin.fun bắt đầu giống một thí nghiệm kinh tế của @OpenGradient hơn là một AI companion. Một thí nghiệm về điều gì sẽ trở nên khan hiếm khi sự hiện diện không còn khan hiếm nữa. Và có thể trong thế giới AI, thứ khan hiếm nhất không phải quyền truy cập. Mà là số lượng hệ thống đủ hữu ích để tiếp tục được lựa chọn mỗi ngày. #OPG $OPG $BEAT

Nam, một người bạn thân từ cấp 3 chuyên đầu tư mạo hiểm trong crypto. Chiều qua đi uống bia, nó hỏi mình:

"Nếu Elon Musk mở một buổi trò chuyện trực tiếp kéo dài 1 tiếng, người ta sẽ trả tiền cho điều gì để tới đó?"

Cho kiến thức của ông ấy?

Hay đơn giản là vì ông ấy không thể nói chuyện với hàng triệu người cùng một lúc?

Mãi tới lúc nhìn vào Twin.fun của OpenGradient, mình mới thấy câu hỏi này không đơn giản như mình nghĩ.

Vì Elon Musk có thể ảnh hưởng tới hàng triệu người.

Có người muốn hỏi về Tesla.

Có người muốn hỏi về SpaceX, AI hay đầu tư.

Nhưng ông ấy không thể trả lời tất cả cùng lúc.

Sự khan hiếm đến từ sự hiện diện.

Một AI Twin có thể phục vụ hàng nghìn người cùng lúc.

Về mặt kỹ thuật, sự hiện diện có thể mở rộng xa hơn rất nhiều so với con người.

Nhưng Twin.fun vẫn xây dựng thị trường riêng cho từng AI Twin thông qua bonding curve.

Nếu sự hiện diện không còn khan hiếm nữa, thị trường đang định giá thứ gì?

Ban đầu mình nghĩ thị trường đang định giá quyền truy cập.

Nhưng càng nhìn kỹ càng thấy không phải.

Thứ thị trường đang định giá có thể là khả năng khiến người dùng tiếp tục quay lại.

Một bonding curve có thể đang phản ánh kỳ vọng rằng AI Twin đó vẫn sẽ được lựa chọn trong tương lai.

Đó là lúc Twin.fun bắt đầu giống một thí nghiệm kinh tế của @OpenGradient hơn là một AI companion.

Một thí nghiệm về điều gì sẽ trở nên khan hiếm khi sự hiện diện không còn khan hiếm nữa.

Và có thể trong thế giới AI, thứ khan hiếm nhất không phải quyền truy cập.

Mà là số lượng hệ thống đủ hữu ích để tiếp tục được lựa chọn mỗi ngày.
#OPG $OPG $BEAT

Жоғары (өспелі)

Chị Oanh, người chị làm researcher chung văn phòng, từng nói với mình:

"Tri thức không phát triển nhờ những câu trả lời được chấp nhận. Nó phát triển nhờ những câu hỏi chưa được giải quyết."

Lúc đó mình chưa hiểu hết.

Cho đến khi đào sâu OpenGradient.

Điều khiến mình chú ý ở OpenGradient không phải model hay tốc độ suy luận.

Mà là một câu hỏi khác:

Ai quyết định ranh giới của những gì có thể được nghiên cứu?

Nhiều người nghĩ một số chủ đề trở nên khó khám phá vì chính sách hay kiểm duyệt. Nhưng càng đọc OpenGradient, mình càng thấy đó còn là vấn đề kiến trúc.

Nếu một thực thể duy nhất nắm toàn bộ quá trình suy luận, thì thực thể đó cũng đang kiểm soát biên giới của những gì có thể được khám phá.

Không nhất thiết bằng cách cấm đoán.

Mà bằng cách quyết định cuộc tìm kiếm nên dừng lại ở đâu.

Đó là lý do OpenGradient tách biệt inference và verification, thay vì để cùng một hệ thống vừa tạo ra câu trả lời vừa tự xác nhận chính nó.

Nó tạo ra nhiều không gian hơn để các hướng suy luận khác nhau được tiếp tục kiểm chứng.

Nhưng không đảm bảo mọi kết quả đều đúng.

OpenGradient không thay thế nhu cầu xác thực.

Nó chỉ thay đổi nơi trách nhiệm xác thực được đặt.

Với mình, insight sâu nhất từ @OpenGradient là thế này:

Giới hạn lớn nhất của tri thức đôi khi không nằm ở việc chúng ta thiếu câu trả lời.

Mà nằm ở việc kiến trúc quyết định câu hỏi nào còn có cơ hội đi tiếp.
#OPG $OPG $ARX $RE

Жоғары (өспелі)

Tối qua, mình ngồi đọc tài liệu OpenGradient và dừng lại khá lâu ở một chi tiết tưởng như rất nhỏ. Trong OpenGradient, lựa chọn có thể thay đổi mà hệ thống không cần thay đổi theo. Lúc đầu mình không thấy điều đó quá đặc biệt. Trong crypto, mình quen nhìn giá trị qua TPS, TVL, validator hay lượng stake. Đọc thêm một thời gian, mình bắt đầu thấy OpenGradient dường như không cố tìm ra lựa chọn tốt nhất. Thứ họ cố giữ lại là khả năng thay đổi lựa chọn trước khi lựa chọn đó trở thành mặc định. Mình từng thấy nhiều bot giao dịch được xây quanh một model AI duy nhất. Khi model đó dẫn đầu, mọi thứ hoạt động rất tốt. Đến lúc xuất hiện model tốt hơn, vấn đề lớn nhất lại không nằm ở việc chuyển đổi. Chi phí nằm ở việc toàn bộ hệ thống đã được xây dựa trên giả định rằng model cũ sẽ luôn là lựa chọn đúng. Trước đây mình cũng nghĩ hệ thống tốt nhất là hệ thống tối ưu nhất. Nếu có model mạnh nhất thì cứ dùng model đó. Nhìn rộng hơn một chút, vấn đề lớn nhất của thị trường AI có lẽ không phải chọn sai. Vấn đề là bị khóa vào một lựa chọn khi thế giới đã thay đổi. Đó là lúc mình bắt đầu nhìn OpenGradient khác đi. Thay vì cố dự đoán model nào sẽ chiến thắng, OpenGradient xây AI stack theo cách mà model, compute và inference đều có thể thay đổi theo thời gian. Điều thú vị là @OpenGradient không tối ưu cho việc chọn đúng người thắng. Nó tối ưu cho việc không ai trở thành người thắng mặc định. Có thể trong AI, lợi thế bền vững nhất không phải sở hữu model tốt nhất. Mà là không để bất kỳ model nào trở thành lựa chọn duy nhất. #OPG $OPG $BTW

Tối qua, mình ngồi đọc tài liệu OpenGradient và dừng lại khá lâu ở một chi tiết tưởng như rất nhỏ.

Trong OpenGradient, lựa chọn có thể thay đổi mà hệ thống không cần thay đổi theo.

Lúc đầu mình không thấy điều đó quá đặc biệt.

Trong crypto, mình quen nhìn giá trị qua TPS, TVL, validator hay lượng stake.

Đọc thêm một thời gian, mình bắt đầu thấy OpenGradient dường như không cố tìm ra lựa chọn tốt nhất.

Thứ họ cố giữ lại là khả năng thay đổi lựa chọn trước khi lựa chọn đó trở thành mặc định.

Mình từng thấy nhiều bot giao dịch được xây quanh một model AI duy nhất. Khi model đó dẫn đầu, mọi thứ hoạt động rất tốt. Đến lúc xuất hiện model tốt hơn, vấn đề lớn nhất lại không nằm ở việc chuyển đổi.

Chi phí nằm ở việc toàn bộ hệ thống đã được xây dựa trên giả định rằng model cũ sẽ luôn là lựa chọn đúng.

Trước đây mình cũng nghĩ hệ thống tốt nhất là hệ thống tối ưu nhất. Nếu có model mạnh nhất thì cứ dùng model đó.

Nhìn rộng hơn một chút, vấn đề lớn nhất của thị trường AI có lẽ không phải chọn sai.

Vấn đề là bị khóa vào một lựa chọn khi thế giới đã thay đổi.

Đó là lúc mình bắt đầu nhìn OpenGradient khác đi.

Thay vì cố dự đoán model nào sẽ chiến thắng, OpenGradient xây AI stack theo cách mà model, compute và inference đều có thể thay đổi theo thời gian.

Điều thú vị là @OpenGradient không tối ưu cho việc chọn đúng người thắng. Nó tối ưu cho việc không ai trở thành người thắng mặc định.

Có thể trong AI, lợi thế bền vững nhất không phải sở hữu model tốt nhất.

Mà là không để bất kỳ model nào trở thành lựa chọn duy nhất.
#OPG $OPG $BTW

BTW+3,94%

OPG0,00%

QuynhTien97

Жоғары (өспелі)

Trinh, người bạn làm product trong crypto từng nói với mình: "Người dùng có thể đăng ký vì tò mò. Có thể dùng thử vì được thưởng. Có thể follow vì FOMO." Sau đó bồi thêm câu: "Nhưng không ai quay lại nhiều lần chỉ để lịch sự." Câu nói đó làm mình nhớ đến OpenGradient Bởi product-market fit không được xác minh khi người dùng xuất hiện lần đầu. Nó được xác minh khi họ tự nguyện quay lại. Với mình, đó chính là utility verification. Trong phần lớn thị trường, những tín hiệu dễ nhìn thấy nhất thường là lượt đăng ký, lượng truy cập hay độ phủ cộng đồng. Nhưng OpenGradient khiến mình chú ý tới một câu hỏi khác: Điều gì khiến người dùng tiếp tục quay lại khi họ hoàn toàn có thể rời đi? @OpenGradient đang xây dựng hạ tầng để intelligence trở thành một công cụ được sử dụng lặp lại, thay vì một trải nghiệm chỉ được thử một lần. Đó là lý do mình nghĩ hành vi quan trọng nhất không phải lần sử dụng đầu tiên. Mà là lần tiếp theo. Rồi những lần tiếp theo sau đó. Mỗi lần quay lại đều là một quyết định kinh tế. Người dùng đang từ chối những lựa chọn thay thế khác để tiếp tục sử dụng cùng một hệ thống. Utility verification nằm ở việc OpenGradient còn được lựa chọn bao nhiêu lần sau khi người dùng đã có đủ thông tin để rời đi. Với mình, đó mới là economics đáng chú ý nhất của product-market fit. Mỗi lần người dùng quay lại OpenGradient không chỉ xác minh utility. Họ đang bỏ thêm một lá phiếu kinh tế cho utility đó. Suy cho cùng, usage không chỉ là bằng chứng của product-market fit. Usage chính là cách product-market fit được hình thành. #OPG $OPG $BTW

Trinh, người bạn làm product trong crypto từng nói với mình:

"Người dùng có thể đăng ký vì tò mò. Có thể dùng thử vì được thưởng. Có thể follow vì FOMO."

Sau đó bồi thêm câu:

"Nhưng không ai quay lại nhiều lần chỉ để lịch sự."

Câu nói đó làm mình nhớ đến OpenGradient

Bởi product-market fit không được xác minh khi người dùng xuất hiện lần đầu.

Nó được xác minh khi họ tự nguyện quay lại.

Với mình, đó chính là utility verification.

Trong phần lớn thị trường, những tín hiệu dễ nhìn thấy nhất thường là lượt đăng ký, lượng truy cập hay độ phủ cộng đồng.

Nhưng OpenGradient khiến mình chú ý tới một câu hỏi khác: Điều gì khiến người dùng tiếp tục quay lại khi họ hoàn toàn có thể rời đi?

@OpenGradient đang xây dựng hạ tầng để intelligence trở thành một công cụ được sử dụng lặp lại, thay vì một trải nghiệm chỉ được thử một lần.

Đó là lý do mình nghĩ hành vi quan trọng nhất không phải lần sử dụng đầu tiên.

Mà là lần tiếp theo.

Rồi những lần tiếp theo sau đó.

Mỗi lần quay lại đều là một quyết định kinh tế. Người dùng đang từ chối những lựa chọn thay thế khác để tiếp tục sử dụng cùng một hệ thống.

Utility verification nằm ở việc OpenGradient còn được lựa chọn bao nhiêu lần sau khi người dùng đã có đủ thông tin để rời đi.

Với mình, đó mới là economics đáng chú ý nhất của product-market fit.

Mỗi lần người dùng quay lại OpenGradient không chỉ xác minh utility.

Họ đang bỏ thêm một lá phiếu kinh tế cho utility đó.

Suy cho cùng, usage không chỉ là bằng chứng của product-market fit.

Usage chính là cách product-market fit được hình thành.
#OPG $OPG $BTW

BTW+3,94%

OPG0,00%

Көбірек контент көру үшін кіріңіз

QuynhTien97

Newton thực sự đang tách điều gì ra khỏi application?

Newton Is Changing the Lifecycle of Policies

Newton và bài toán blockchain chưa từng thực sự giải quyết: Trust Portability

Newton khiến authorization định nghĩa không gian tìm kiếm

Newton không chỉ tạo ra Enforcement Proof. Newton đang tạo ra Enforcement History.

Трендтегі тақырыптар