B A S I L KHAN

#baby $BABY I used to think of Bitcoin's idle supply as a fixed limitation — an asset that would always be more valuable held still than put to work. Then I looked at what "idle" actually adds up to.

Over 99% of circulating Bitcoin sits completely unstaked right now. That's not a rounding error — it's the largest pool of dormant capital in the entire crypto market, roughly a trillion dollars of economic weight doing nothing but sitting in wallets.

Here's what reframed it for me: every other major chain built its security from scratch, competing for staked capital that had to be created, incentivized, and grown from zero over years. Bitcoin doesn't have that problem. The capital already exists. It's already the most trusted store of value in the space. The only missing piece was a mechanism to put it to work without breaking the custody guarantees that made it trustworthy in the first place.

That's the actual bet @BabylonLabs_io is making — not that Bitcoin needs a new use case, but that the use case was sitting there unused the entire time, blocked by a technical gap rather than a lack of demand.

I don't think this plays out overnight. Real adoption depends on enough BSNs launching, enough finality providers proving reliable, enough delegators actually doing the diligence I've been writing about all campaign. The mechanism is live. Whether it scales to a meaningful fraction of that trillion dollars is still an open question, not a foregone conclusion.

What I'm watching going into the next phase isn't the total number of BSNs announced — it's what percentage of that idle 99% actually starts moving.
$1000RATS $IDOL
@BabylonLabs_io #1000sats

#HedgeFundsAddBullishOilBets #OpenAIFindsMoreAgentsEscapedContainment #AmazonRaises2026CapexTo$220B

How much idle Bitcoin will move to Babylon?

#baby $BABY @BabylonLabs_io

Trước đây tôi cứ nghĩ rằng “staking” tự động đồng nghĩa với việc trao đồng xu của bạn cho người khác cho đến khi bạn rút tiền. Rồi tôi xem xét thực tế điều gì xảy ra với BTC của mình ngay khi nó đi vào một giao dịch staking của Babylon.

Nó không bao giờ rời khỏi quyền kiểm soát của tôi.

BTC được khóa trực tiếp thông qua một script gốc của Bitcoin, không có bên lưu ký giữ khóa, không có token bọc đóng vai trò thay thế cho tài sản thật, không có hợp đồng cầu nối có thể bị khai thác. Việc khóa này tồn tại trên chính chuỗi của Bitcoin, được thực thi bởi các quy tắc của Bitcoin—những quy tắc đã bảo đảm mọi giao dịch mà tôi từng thực hiện.

Điều thực sự xảy ra là một Taproot script được tích hợp sẵn hai nhánh chi tiêu. Nhánh thứ nhất cho phép tôi lấy lại BTC của mình khi thời gian timelock kết thúc. Nhánh thứ hai chỉ được kích hoạt nếu trình xác thực (validator) mà tôi đã ủy quyền vi phạm giao thức — đó là nhánh bị “slashing”, và cũng là kịch bản duy nhất khiến quỹ của tôi di chuyển ra khỏi lộ trình mà tôi dự định.

Tôi không cho rằng việc này là không có rủi ro. Vẫn có một ủy ban covenant tham gia vào việc thực thi một số điều kiện, và việc ủy quyền cho một nhà cung cấp finality kém vẫn sẽ kéo theo hậu quả. Nhưng vẫn có sự khác biệt thực sự giữa “tin một công ty duy nhất giữ khóa của bạn” và “tin vào một cơ chế xác định, có thể kiểm chứng được, được thực thi bởi script của Bitcoin”. Staking kiểu lưu ký yêu cầu bạn tin vào một lời hứa. Việc này yêu cầu bạn kiểm chứng mã.

Với bất kỳ ai đã nắm giữ BTC một cách cụ thể vì không muốn phụ thuộc vào ai khác, thì chi tiết quan trọng thực sự không phải là con số lợi suất, mà là liệu việc kiếm được lợi suất một cách âm thầm có đang vô tình đưa lại đúng sự phụ thuộc mà Bitcoin được tạo ra để loại bỏ hay không.

@BabylonLabs_io Tôi đang so sánh mô hình “Finality Provider” của Babylon với ủy quyền PoS thông thường, và có một điều nổi bật: cấu trúc khuyến khích không đối xứng như nhiều người vẫn nghĩ.
Trong đa số hệ thống PoS được ủy quyền, nếu validator của bạn hành xử sai, bạn sẽ cùng chịu hình phạt—phần stake của bạn bị cắt (slashed) cùng với phần của họ. Ý nghĩa nằm ở chỗ: nó buộc các bên ủy quyền phải thực sự thẩm định xem họ đang ủy quyền cho ai. Thiết lập của Babylon giữ nguyên ý tưởng cốt lõi đó cho Bitcoin—BTC của bạn sẽ bị phơi bày rủi ro slashing tùy thuộc vào Finality Provider mà bạn chọn, dù bạn không hề trao quyền quản lý (custody) cho chính các đồng coin.
Tại sao điều này quan trọng: tự quản lý thường được quảng bá như “an toàn,” dứt khoát như vậy. Nhưng tự quản lý không loại bỏ việc bạn bị ảnh hưởng bởi hành vi xấu của người khác—nó chỉ loại bỏ rủi ro quản lý tập trung (custodial risk) một cách cụ thể. Bạn có thể giữ toàn quyền kiểm soát BTC và vẫn mất BTC vì slashing nếu bạn ủy quyền một cách cẩu thả. Đây là một loại rủi ro khác một cách có ý nghĩa so với “sàn giao dịch của tôi bị hack,” nhưng nó không phải là rủi ro bằng không, và tôi nghĩ thông điệp về việc stake Bitcoin đôi khi làm mờ ranh giới này.
Đòn bẩy cần gọi tên: thiết kế khuyến khích này đẩy trách nhiệm thẩm định thực sự sang tay người stake. Chọn một Finality Provider không phải là lựa chọn mang tính “thẩm mỹ”—đó là quyết định rủi ro chủ động: thời gian uptime, hành vi ký (signing behavior), an ninh vận hành (operational security) đều trở thành vấn đề của chính bạn theo cách gián tiếp. Nhiều người nắm giữ BTC đang stake lần đầu không quen với việc nghĩ theo hướng đó, vì bản thân BTC đã “huấn luyện” mọi người chủ yếu nghĩ về rủi ro custody và không gì khác.
Vì vậy, thiết kế khuyến khích là hợp lý trên giấy—về lý thuyết nó sẽ tạo ra một thị trường nơi các Finality Provider đáng tin cậy nhận được sự tin tưởng, còn các bên kém sẽ bị rút cạn ủy quyền. Liệu thị trường đó có thực sự hình thành hay không phụ thuộc vào việc người stake có làm phần thẩm định mà thiết kế giả định họ sẽ làm hay không.#baby $BABY

Hôm nay đã dành thời gian cho @BabylonLabs_io tài liệu để cố hiểu rốt cuộc các Finality Provider làm gì. Vai trò này không rõ ràng như thoạt nhìn tưởng như vậy.

Trên một chuỗi PoS thông thường, các validator đặt cọc token bản địa của chuỗi để nhận quyền bỏ phiếu. Các Finality Provider lại làm điều khác. Họ nhận các phần ủy quyền BTC từ các staker và sử dụng số Bitcoin được ủy quyền đó làm “trọng lượng kinh tế” đứng sau các phiếu bầu của họ để đạt được tính cuối cùng (finality) của block.

Staker không bao giờ chuyển BTC. Không có khóa riêng nào di chuyển. BTC được giữ khóa trong một script tự giám sát (self-custodial) trên Bitcoin. Thứ được ủy quyền chỉ là quyền bỏ phiếu mà BTC đại diện. Finality Provider bỏ phiếu. Bitcoin hậu thuẫn cho lá phiếu đó về mặt kinh tế mà không bao giờ rời khỏi quyền kiểm soát của staker.

Điều khiến tôi thay đổi cách nghĩ là ý nghĩa của nó đối với các mạng PoS dựa vào lớp bảo mật này. Sự an toàn của họ không còn chỉ phụ thuộc vào việc token bản địa của họ có giá trị bao nhiêu. Nó phụ thuộc vào “trọng lượng kinh tế” của Bitcoin nằm phía sau mọi phiếu finality. Đây là một nền tảng bảo mật hoàn toàn khác so với hầu hết các chuỗi PoS mà ngày nay đều có thể tiếp cận.

Phần cơ chế slashing làm hoàn chỉnh bức tranh. Nếu một Finality Provider ký đúp (double signs), EOTS sẽ lộ khóa riêng của họ và các điều kiện slashing sẽ tự động được kích hoạt. Quyền bỏ phiếu được ủy quyền cho họ đi kèm những hậu quả thực sự.

Điều tôi tiếp tục suy nghĩ là vị trí của staker trong toàn bộ câu chuyện này. Bạn ủy quyền cho một Finality Provider mà bạn không thể trực tiếp kiểm soát hành vi của họ. Mật mã bảo vệ “principal” của bạn. Nhưng lựa chọn nhà cung cấp của bạn vẫn ảnh hưởng đến sức khỏe của các mạng đang được bảo vệ.

Nếu quyền bỏ phiếu được ủy quyền nhưng BTC không bao giờ di chuyển, thì cơ chế trách nhiệm giải trình (accountability) thực sự trông như thế nào đối với staker khi lựa chọn nơi để ủy quyền?

#baby $BABY

#baby $BABY / @BabylonLabs_io
Hôm nay khi đọc tài liệu Babylon, tôi cứ liên tục dừng lại ở một câu hỏi.

Bitcoin không có smart contract. Vậy làm sao một giao thức có thể cưỡng chế slashing (cắt phạt) trên BTC mà thực tế chưa bao giờ rời khỏi chuỗi Bitcoin?
Ủy ban Covenant là câu trả lời, nhưng không phải theo cách tôi ban đầu nghĩ.

Mỗi giao dịch staking đều được ủy ban xem xét trước khi nó trở nên hoạt động. Họ kiểm tra rằng các điều kiện unbonding và slashing khớp với quy tắc của Babylon. Nếu đạt được đủ số phiếu cần thiết (quorum), họ sẽ pre-sign (ký trước) ngay cả hai giao dịch unbonding và slashing tại chỗ. Chữ ký của họ đã được đặt sẵn trước khi thời gian staking bắt đầu.

Chi tiết pre-signing đó đã làm thay đổi cách tôi hiểu toàn bộ mô hình. Ủy ban không phải là người theo dõi hành vi sai trái để phản ứng. Họ ký mọi thứ ngay từ đầu. Sau đó, chữ ký còn thiếu duy nhất để thực thi slashing là chữ ký riêng của Finality Provider. Và chữ ký đó chỉ trở nên sẵn có nếu nhà cung cấp double sign, đúng chính là điều EOTS được thiết kế để phơi bày.

Điều đọng lại với tôi là cơ chế bảo vệ dành cho người staking. Ủy ban không thể đánh cắp stake của bạn. Họ cũng không thể gây ra một lần slashing sai trái. Khóa EOTS của chính bạn là thứ bắt buộc trong điều kiện slashing, và chỉ có bạn mới nắm giữ nó. Kể cả khi ủy ban bị xâm nhập hoàn toàn cũng không thể chuyển Bitcoin của bạn khi không có ý chí của bạn...

Tôi cứ thấy cụm “Bitcoin staking không cần niềm tin” xuất hiện ở khắp mọi nơi và lấy nó theo đúng nghĩa đen. Rồi tôi thực sự đọc tài liệu hướng dẫn về staking.

Có một ủy ban giao ước (covenant committee).

Một nhóm các bên mà khóa công khai Bitcoin của họ được nhúng trực tiếp vào giao dịch staking. Nhiệm vụ của họ: ký đồng (co-sign) một số nhánh chi tiêu nhất định để giao thức có thể thực thi việc phạt (slashing) và rút unbonding mà không cần đồng thuận trên chuỗi mỗi lần.

Không có họ, toàn bộ cơ chế sẽ không hoạt động — rút unbonding sẽ không nhanh, việc slashing sẽ không thể được cưỡng chế.

Vậy nên đây là sự đánh đổi thật sự mà chẳng ai đưa lên tiêu đề: Babylon loại bỏ bên lưu ký (custodian), nhưng không loại bỏ mọi bên cần được “tin tưởng”. Nó thu hẹp niềm tin thành một ủy ban đã được xác định với các ràng buộc mật mã, thay vì một công ty duy nhất với sổ cái mà bạn không thể kiểm toán.

Đó là một khác biệt thật — một ủy ban đa chữ ký (multisig) với các quy tắc được công bố không giống rủi ro của một bên lưu ký có thể đóng băng tài khoản của bạn. Nhưng cũng không phải là “zero trust” hoàn toàn, và việc coi nó như vậy sẽ khiến người ta bị bất ngờ sau này.

Phần lớn những người staking hiện nay sẽ không kiểm tra xem ai nằm trong ủy ban đó, hoặc ngưỡng chữ ký tối thiểu cần để chuyển tiền.

Tôi đã làm. Đáng làm trước khi bạn khóa BTC vào bất cứ thứ gì.

“Không cần niềm tin” không phải là dạng nhị phân. Nó là một phổ, và Babylon chỉ đẩy nó đi xa hơn theo hướng đó so với các cầu lưu ký — nhưng chưa đi tới cuối.

#baby $BABY @BabylonLabs_io

#baby $BABY hôm nay tôi đã xem các tài liệu staking @BabylonLabs_io và nhận thấy một chi tiết làm thay đổi cách tôi nghĩ về việc “native” thực sự có nghĩa là gì ở đây.

Mọi con đường hiện có để tạo lợi suất từ Bitcoin đều yêu cầu một lần hoán đổi tài sản vào một thời điểm nào đó. Việc “wrapping” biến BTC của bạn thành một dẫn xuất tổng hợp có giá trị phụ thuộc vào lượng tài sản được bridge nắm giữ. Bridging là việc chuyển một thứ đại diện cho BTC của bạn sang một chuỗi khác, trong khi BTC gốc được khóa ở nơi khác. Trong cả hai trường hợp, cuối cùng bạn vẫn nắm giữ một quyền yêu cầu đối với Bitcoin, chứ không phải chính Bitcoin.

Cơ chế staking của Babylon hoạt động theo cách khác. BTC của bạn được khóa trực tiếp trên Bitcoin bằng ngôn ngữ script vốn có của Bitcoin, các timelock và cơ chế tổng hợp chữ ký, không cần hệ thống smart contract ở phía Bitcoin. BTC không bao giờ trở thành thứ gì khác. Nó vẫn đúng là nó: một Bitcoin UTXO, nằm trong một script do chính người staker kiểm soát.

Điểm thú vị nằm ở việc BTC đó đang làm gì khi bị khóa. Nó cung cấp bảo mật kinh tế cho các mạng proof of stake dưới dạng stake được ủy quyền đứng sau các Finality Providers. Nếu một Finality Provider ký đôi, thì stake nằm sau họ có thể bị cắt phạt. Việc Bitcoin tồn tại như một tài sản thế chấp kinh tế thật sự chính là điều khiến cho mức bảo mật đó trở nên đáng tin cậy đối với các mạng dựa vào nó.

Chi tiết về thời gian unbonding cũng đọng lại với tôi. Việc rút mặc định khi hết thời hạn timelock không cần bất kỳ sự hợp tác nào từ Babylon hay bất kỳ bên vận hành bên ngoài nào. Unbonding sớm thì cần một chữ ký đồng ý của Covenant Committee, sau đó phải chờ 7 ngày trước khi có thể rút tiền. Người staker luôn có thể thoát theo đường rút mặc định ngay cả khi mọi bên bên ngoài biến mất.

Sự độc lập đó là thuộc tính mà hầu hết các cách tiếp cận BTC đã được “wrapped” không thể sao chép. Đường thoát được mã hóa trong Bitcoin script ngay từ lúc tạo vault, chứ không nằm trong sự quản lý/giám hộ của bên thứ ba.

Nếu cuối cùng việc nhận lợi suất staking trên Bitcoin trở nên khả thi mà không bao giờ phải rời khỏi Bitcoin, thì nhu cầu đối với các lựa chọn dạng wrapped sẽ còn tồn tại như thế nào theo thời gian????

#baby $BABY
Hôm nay tôi đã xem tài liệu Babylon và một con số cứ làm tôi dừng lại. Chỉ có 1% Bitcoin được dùng trong DeFi.

Bitcoin là tài sản crypto có vốn hóa lớn nhất. Và, cách biệt rất lớn, nó cũng là tài sản “nhàn rỗi” nhất trong tài chính phi tập trung. Lý do không phải vì thờ ơ. Mà là chi phí gia nhập. Mọi con đường hiện có vào DeFi đều đòi hỏi người nắm giữ Bitcoin phải: hoặc là giao quyền quản lý tài sản cho bên thứ ba, hoặc bắc cầu sang các chuỗi khác, hoặc bọc tài sản thành một phiên bản tổng hợp, hoặc tin tưởng một bên trung gian mà khả năng thanh toán của họ mới là rủi ro thực sự. Đây chính là những “đánh đổi” mà những người nắm giữ Bitcoin đã từ chối trong suốt nhiều năm qua.

Điều mà @BabylonLabs_io đang xây dựng tạo ra một điểm xuất phát khác. Bitcoin không bao giờ rời khỏi Bitcoin. Nó được khóa vào một script Taproot mà người ký quỹ đồng thuận trong lúc tạo vault. Mọi con đường chi tiêu hợp lệ đều đã được ký trước trước khi vault đi vào hoạt động. Sau đó, không bên nào có thể tự ý bịa ra một giao dịch chi tiêu mới. Giao thức không thể chuyển Bitcoin ra ngoài, đem đi cho nơi khác mượn, hay tái mục đích nó. Tài sản thế chấp chỉ làm đúng những gì script cho phép.

Ở phía Ethereum, một hợp đồng giao thức theo dõi từng vault và cho phép một ứng dụng DeFi tích hợp coi nó như tài sản thế chấp. Các chuyển trạng thái xuyên chuỗi được thực thi bằng mật mã, chứ không dựa vào một bên trung gian được tin cậy. Niềm tin chuyển từ việc đánh cược vào khả năng thanh toán của bên custodian sang mật mã của giao thức và hai mạng nền tảng.
Điều khiến tôi nhớ nhất là cách Babylon gọi “vault” theo nghĩa gốc. Không phải là một hợp đồng vốn gộp nơi nhiều người dùng chia sẻ rủi ro với nhau. Đó là một đầu ra Bitcoin thuộc riêng người ký quỹ, được tách biệt. Giống “khoang an toàn” trong ngân hàng hơn là một pool thanh khoản DeFi.

Nếu 99% Bitcoin nằm ngoài DeFi vì mọi con đường hiện có đều yêu cầu phải từ bỏ điều gì đó, thì không gian sẽ trông như thế nào nếu chi phí gia nhập đó thực sự biến mất???

$STABLE ngừng nghỉ về âm lượng 🤔

$STABLE không ai kiểm tra mốc giới hạn ai cũng đang trao đổi như tàu lượn siêu tốc 🤣

$STABLE đội bắt đầu bán hàng, hãy cẩn thận với vốn của bạn 😅

$STABLE short mục nhập 0.0365 ....

Đã đọc tài liệu của AlphaSense về @OpenGradient today và vấn đề cốt lõi mà nó giải quyết trở nên rõ ràng hơn cả mong đợi.

LLM là những người “đa năng”. Chúng xử lý tốt việc suy luận, ngôn ngữ và ngữ cảnh. Nhưng chúng không được thiết kế cho các tác vụ chuyên biệt cao như dự báo giá, mô hình hóa rủi ro hoặc phát hiện sybil. Việc yêu cầu một LLM mục đích chung làm phân tích rủi ro định lượng giống như yêu cầu một chiến lược gia làm công việc của một “quant” chuyên sâu. Lập luận nghe có vẻ mạch lạc nhưng kết quả lại thiếu độ chính xác mà nhiệm vụ thực sự đòi hỏi.

AlphaSense trên OpenGradient được xây dựng xoay quanh một câu trả lời cho điều này. Thay vì bắt các LLM phải gánh vác mọi thứ, các agent có thể “giao khoán” các tác vụ cụ thể cho các mô hình ML chuyên biệt thông qua các lệnh gọi công cụ. Một agent DeFi đánh giá vị thế danh mục sẽ gọi một mô hình rủi ro chuyên dụng. Một agent sàng lọc hoạt động của ví sẽ gọi một mô hình chống sybil. LLM chịu trách nhiệm điều phối, còn mô hình chuyên biệt thực thi.

Điều làm tôi thay đổi cách nghĩ chính là lớp xác minh nằm bên dưới. Mọi lệnh gọi công cụ của AlphaSense trên OpenGradient đều tạo ra một bằng chứng mật mã. Mô hình chuyên biệt đã chạy, các đầu vào nó nhận được, và đầu ra nó trả về—tất cả đều có thể được kiểm chứng trên chuỗi. Agent không chỉ “giao” công việc cho một hộp đen chuyên gia. Nó giao việc cho một chuyên gia có thể chứng minh là đúng.

Tích hợp với LangChain đã làm điều này trở nên cụ thể với tôi. Các agent hiện có sử dụng LangChain có thể cắm vào toàn bộ thư viện các mô hình chuyên biệt của OpenGradient mà không cần viết lại kiến trúc. Lớp xác minh và trí tuệ chuyên biệt được đưa vào như một sự thay thế cho suy luận tập trung.

Điều tôi cứ suy nghĩ là: điều này thay đổi gì đối với trách nhiệm giải trình của agent. Nếu mọi lệnh gọi công cụ đều nằm trên chuỗi và có thể xác minh được, thì “dấu vết kiểm toán” cho một agent tự động quản lý vốn thực sự sẽ trở thành thứ mà các bên liên quan có thể kiểm tra được.

Nếu các lệnh gọi công cụ từ ML chuyên biệt mặc định có thể xác minh, thì điều đó sẽ tác động thế nào đến mức độ tự chủ mà chúng ta mở rộng cho các agent theo thời gian?

#opg $OPG
$OPG

Hôm nay đã dành thời gian đọc qua tài liệu của Neuro Stack và một quyết định thiết kế đã thay đổi cách tôi định khung về việc @OpenGradient thực sự đang xây dựng điều gì.

Phần lớn các framework L2 đều mang đến khả năng mở rộng. Neuro Stack lại cung cấp điều gì đó cụ thể hơn. Bất kỳ đội ngũ nào cũng có thể tự tạo blockchain chủ quyền của riêng họ, đồng thời mặc định kế thừa toàn bộ hạ tầng AI của OpenGradient. ZKML, suy luận bằng TEE, các precompile SolidML, Model Hub—tất cả đều có thể được sử dụng bởi một chain của Neuro Stack mà không cần xây dựng lại từ đầu.

Có ba kiểu chain nổi bật nhất. Infrastructure chains xây dựng các precompile tùy chỉnh trên lớp AI nền tảng cho các mảng dọc cụ thể như edge AI. AppChains sử dụng suy luận an toàn như một tính năng gốc ngay trong sản phẩm của họ. Agent chains là khác biệt nhất: đó là một blockchain được dành riêng hoàn toàn để lưu trữ một tác nhân AI lập trình duy nhất, tồn tại hoàn toàn trên-chain, có token riêng, blockspace riêng và khả năng composability không cần cấp phép được tích hợp sẵn, để các nhà phát triển có thể mở rộng mà không cần xin quyền.

Việc triển khai thực tế đầu tiên đã làm rõ điều này. Peri Labs đang xây dựng một chain AI-native cho DePIN bằng Neuro Stack, phối hợp các mô hình, năng lực tính toán và dữ liệu trên các thiết bị ở biên (edge devices). Chain này kết toán trở lại main network của OpenGradient.

Điều thay đổi cách tôi suy nghĩ là chi tiết về cơ chế tích lũy giá trị. Mỗi chain của Neuro Stack có thể có token riêng. Lưu lượng và người dùng trên chain đó tạo ra giá trị cho token đó, trong khi luồng thanh toán/suy luận sẽ quay trở lại mạng của OpenGradient ở bên dưới. Hệ sinh thái và lớp nền tảng phát triển cùng nhau.

Phần đáng để ngồi lại suy ngẫm chính là mô hình agent chain, cụ thể là. Một tác nhân AI có blockchain chủ quyền và token riêng, được các nhà phát triển bên ngoài mở rộng một cách không cần cấp phép—đó là một cấu trúc quản trị mà đến nay chưa thực sự được thử nghiệm kỹ càng ở quy mô lớn.

Nếu một tác nhân AI có blockspace và token riêng, thì ai mới là người chịu trách nhiệm thực sự đối với những gì nó làm?

#opg $OPG

Hôm nay tôi đã xem tài liệu Twin.fun và cơ chế bonding curve đã khiến tôi bị kéo lại lâu hơn tôi dự tính.

Twin.fun là thị trường của OpenGradient, nơi bất kỳ ai cũng có thể ra mắt một AI digital twin (bản sao số) của chính mình. Mỗi twin có một thị trường riêng, được mua và bán theo một bonding curve xác định (deterministic). Giá tự động điều chỉnh theo nhu cầu. Không có bên trung tâm nào đặt định giá. Việc nắm giữ các key là thứ mở khóa quyền truy cập vào những trải nghiệm được giới hạn của twin đó—chat, công cụ, nội dung, hoặc bất cứ thứ gì mà người tạo cấu hình.

Điều khiến tôi bị chậm lại chính là những gì bonding curve làm với động lực. Người nắm giữ sớm sẽ phải trả ít hơn. Khi nhu cầu tăng, giá tăng và người nắm giữ sớm được lợi. Khi sự quan tâm giảm, giá giảm. Chính thị trường quyết định tại bất kỳ thời điểm nào, lượng quyền truy cập vào một twin cụ thể được định giá đáng bao nhiêu.

Phía người tạo là phần thay đổi mô hình. Thay vì các thuật toán của nền tảng quyết định nhà sáng tạo nào được hiển thị tới khán giả, một người tạo sẽ ra mắt một twin trên OpenGradient, thiết lập các tiện ích bị giới hạn (gated utilities) và kiếm tiền trực tiếp từ hoạt động của các key. Không có trung gian trích phần lợi (rent) chỉ để tạo kết nối. Giao thức thực hiện một khoản chia phí (fee split). Người tạo nhận phần còn lại.

Điều đọng lại với tôi là lớp suy luận (inference) nằm bên dưới. Mọi tương tác với một twin đều đi qua hạ tầng TEE được xác minh của OpenGradient. Nhân cách phản hồi một người nắm giữ key không phải là một “black box” trên một máy chủ đóng kín. Việc thực thi được xác nhận bằng phần cứng (hardware attested), tương tự như mọi suy luận khác trên mạng. Bạn có thể kiểm chứng mô hình nào đã chạy.

Hầu hết các nền tảng kiếm tiền từ người sáng tạo đều nằm giữa người tạo và khán giả, và khai thác giá trị từ khoảng trống đó. Twin.fun đang cố gắng biến chính mối kết nối thành một tài sản có thể giao dịch mà người tạo kiểm soát trực tiếp.

Nếu giá trị của một AI twin do người sáng tạo tạo ra được định giá bằng một bonding curve theo thời gian thực, thì điều đó sẽ thay đổi cách người sáng tạo nghĩ về việc xây dựng lượng khán giả—hay xây dựng một thị trường?
@OpenGradient

Sự đổi mới lớn nhất trong Twin.fun là gì?

#opg $OPG

Hôm nay tôi mở tài liệu PIPE và dừng lại ở một dòng đã định nghĩa lại điều mà @OpenGradient thực sự đang cố gắng làm ở mức độ khối.

Hầu hết các tích hợp AI blockchain đều hoạt động theo cách tương tự. Một smart contract phát ra một yêu cầu. Một oracle hoặc dịch vụ ngoài chuỗi sẽ tiếp nhận. Kết quả quay lại trong một giao dịch ở thời điểm sau đó. AI và blockchain nằm ở hai làn đường tách biệt, thỉnh thoảng mới trao đổi dữ liệu qua lại.

PIPE, Parallelized Inference Pre-Execution Engine, xóa khoảng cách đó. Suy luận AI chạy ngay trong quá trình tạo block, chứ không phải sau đó. Đến khi một block được hoàn tất, mô hình đã thực thi rồi và kết quả được nhúng trực tiếp vào chính block đã yêu cầu nó. Không cần chờ một giao dịch thứ hai. Không có cầu nối giữa lớp AI và lớp thực thi.

Điều khiến tôi ngồi lại lâu hơn là giao diện SolidML. Bất kỳ smart contract nào cũng có thể gọi OGInference trực tiếp trong Solidity, chọn ZKML, TEE hoặc xác minh Vanilla, truyền vào một model CID từ Hub, và nhận kết quả đồng bộ trong cùng một giao dịch. Mô hình không phải là một dịch vụ tách biệt mà contract phải trò chuyện cùng. Nó là một precompile mà contract gọi natively.

Chi tiết về việc song song hóa là thứ giúp mọi thứ hoạt động tốt ở quy mô lớn. Các yêu cầu suy luận từ những contract khác nhau chạy song song trong lúc xây dựng block, nên một mô hình chậm ở một contract không làm trì hoãn việc tạo block cho mọi thứ khác trên mạng.

Điều tôi cứ suy nghĩ là nó thay đổi gì đối với DeFi nói riêng. Một giao thức cho vay điều chỉnh các tham số rủi ro dựa trên một mô hình ML thời gian thực, ngay trong cùng giao dịch kích hoạt việc điều chỉnh đó, là một thiết kế hoàn toàn khác so với việc chỉ liên tục thăm dò oracle mỗi vài phút.

Nếu suy luận AI trở thành một lời gọi gốc (native) bên trong smart contract, thì điều đó sẽ làm gì với ranh giới giữa logic của giao thức và phần dự đoán?

#opg $OPG

Hôm nay tôi đã xem các tài liệu suy luận riêng tư và kiến trúc hai chặng khiến tôi bị chậm lại lâu hơn dự kiến.

Khi bạn gửi một prompt qua suy luận riêng tư của OpenGradient, hai thực thể hoàn toàn tách biệt sẽ xử lý các phần khác nhau trong yêu cầu của bạn. Bên trung chuyển nhìn thấy địa chỉ IP của bạn nhưng chỉ nhận được một khối dữ liệu được mã hoá mà nó không thể đọc. Môi trường tách biệt (enclave) giải mã prompt của bạn nhưng chỉ thấy IP của bên trung chuyển, không bao giờ thấy IP của bạn. Không bên nào có thể tự mình ghép nối danh tính của bạn với những gì bạn đã nói.

Sự tách biệt đó nghe có vẻ đơn giản. Phần hiện thực hóa phía bên dưới lại không. Prompt của bạn được HPKE niêm phong trên thiết bị của bạn bằng một khóa công khai gắn với một bản dựng enclave đã được chứng thực cụ thể. Chỉ phần cứng của enclave đó mới giữ khóa riêng, và khóa này không bao giờ rời khỏi bộ nhớ enclave. Bên trung chuyển chuyển tiếp các byte không đọc được theo dạng “opaque” mà nó không thể giải mã. Enclave giải mã, chạy suy luận, ký phản hồi ngay trong ranh giới phần cứng, rồi gửi lại phản hồi đã được niêm phong.

Điều thực sự làm thay đổi cách nghĩ của tôi là bước chứng thực (attestation) trước khi mọi thứ xảy ra. Trước khi thiết bị của bạn mã hoá bất cứ thứ gì, nó sẽ lấy khóa công khai của enclave và xác minh nó dựa trên tài liệu chứng thực của AWS Nitro, sau đó đối chiếu bản chứng thực đó với sổ đăng ký TEE trên chuỗi (on chain TEE Registry). Bạn không chỉ tin rằng khóa thuộc về một enclave hợp lệ. Bạn đang xác minh nó một cách mật mã trước khi bất kỳ một byte nào trong prompt của bạn được mã hoá.

Điều đáng để ngồi lại suy nghĩ nằm ở phần tài liệu nêu rõ là nằm ngoài phạm vi. Thời điểm và lưu lượng truy cập vẫn có thể được nhìn thấy đối với một người quan sát mạng theo dõi cả hai chặng. Nội dung và danh tính được bảo vệ. Thông tin siêu dữ liệu về việc khi nào và gửi bao nhiêu thì không. Với đa số ứng dụng, sự đánh đổi đó là chấp nhận được. Với các triển khai thực sự nhạy cảm, khoảng trống này cần phải lên kế hoạch để xử lý.

Nếu prompt của bạn là vô hình nhưng mô hình lưu lượng truy cập thì không, thì nội dung được bảo vệ mang lại mức độ riêng tư thực sự đến đâu trong thực tế?
@OpenGradient

#opg $OPG

$BILL Bơm giả 😅

Hôm nay mình đọc tài liệu MemSync và dừng lại ở một điểm phân biệt mà trước đây mình chưa nghĩ kỹ.

Hầu hết các triển khai bộ nhớ AI đều lưu mọi thứ như một một “cụm” ngữ cảnh phẳng. MemSync tách bộ nhớ thành hai loại theo thiết kế. Ký ức ngữ nghĩa là những sự thật ổn định, bền lâu—các thứ như kỹ năng, sở thích, danh tính—những điều vẫn đúng bất kể lúc nào chúng được nhắc đến. Ký ức theo ngữ cảnh (episodic) là các tình huống bị ràng buộc theo thời gian: dự án hiện tại, mục tiêu đang thực hiện, sự kiện gần đây—những thứ thay đổi hoặc trở nên lạc hậu.

Sự tách biệt này quan trọng hơn vẻ bề ngoài. Nếu một trợ lý AI nhớ rằng bạn đang du lịch ở châu Âu cách đây hai tuần theo cùng cách mà nó nhớ rằng bạn là một kỹ sư phần mềm, thì ngữ cảnh sẽ âm thầm xuống cấp theo thời gian. Một sự thật vẫn còn liên quan mãi mãi. Sự thật còn lại sẽ hết hạn. Đối xử với chúng giống hệt nhau là cách khiến bộ nhớ AI cuối cùng trở nên tự tin nhưng sai về bạn.

Điều thực sự thu hút sự chú ý của mình là lớp hạ tầng phía dưới. Mọi thao tác bộ nhớ, trích xuất, phân loại, tạo embedding đều đi qua suy luận được TEE xác minh của OpenGradient. Vì vậy, quy trình quyết định nên nhớ gì về bạn và cách phân loại nó đã chạy trong một “enclave” phần cứng đã được thẩm định (attested), kèm bằng chứng mật mã về prompt nào đã được sử dụng.

Đó là một mô hình tin cậy khác so với một API bộ nhớ thông thường. Bạn không chỉ “tin” rằng nhà cung cấp lưu dữ liệu của bạn đúng cách. Bạn có thể kiểm chứng logic xử lý đã chạm vào dữ liệu đó.

Phần mình cứ nghĩ mãi là vòng đời của ký ức theo ngữ cảnh (episodic). MemSync đánh dấu ký ức là bị ràng buộc theo thời gian, nhưng tài liệu không nêu rõ việc hết hạn hoặc mức độ “lạc thời” được xử lý tự động như thế nào. Việc dọn dẹp đó xảy ra theo lịch, khi truy xuất, hay chỉ khi người dùng kích hoạt thủ công là chi tiết quyết định mức độ trôi lệch tích tụ trong một hệ thống sản xuất thực tế trong nhiều tháng.

Nếu lớp bộ nhớ biết những sự thật nào sẽ hết hạn, thì ai sẽ quyết định khi nào chúng thực sự được dọn dẹp?
@OpenGradient

#opg $OPG

Tôi đã dành thời gian đọc tài liệu của Model Hub hôm nay và có một chi tiết đã thay đổi cách tôi nhìn nhận việc triển khai mô hình trên mạng lưới này.@OpenGradient

Mỗi mô hình trên Hub đều nhận một Blob ID—một mã định danh nội dung được địa chỉ hóa (content-addressed) trỏ tới các tệp trên bộ nhớ phi tập trung. Đó không phải là một URL có thể âm thầm thay đổi. Cũng không phải là một thẻ phiên bản mà ai đó có thể ghi đè. Blob ID được gắn chặt với đúng các tệp nằm phía sau nó.

Điều này càng quan trọng khi bạn xem xét cơ chế phiên bản. Phiên bản nhỏ bao gồm việc tái huấn luyện và các sửa đổi nhỏ. Phiên bản chính bao gồm các thay đổi về kiến trúc hoặc những thay đổi làm hỏng/không tương thích về đầu vào–đầu ra. Mỗi phiên bản giữ cho riêng mình một Blob ID độc lập. Vì vậy, nếu ứng dụng của bạn tham chiếu đến một phiên bản cụ thể thì việc có một lần tải lên mới ở nơi khác trên Hub sẽ không thể chạm tới thứ mà bạn đang chạy. Mô hình mà bạn đã xây dựng sẽ tồn tại đúng như bạn đã xây dựng, vĩnh viễn.

Hãy so sánh điều đó với cách triển khai mô hình AI hoạt động phổ biến hiện nay. Bạn gọi một endpoint API, nhà cung cấp cập nhật mô hình ở phía sau endpoint đó, và hành vi ứng dụng của bạn thay đổi mà bạn không cần thay một dòng code nào. Việc “trôi lặng” (silent drift) chỉ đơn giản được chấp nhận như bình thường.

Playground là thứ giúp tôi cảm nhận rõ điều này. Nó không phải là một môi trường demo tách biệt; nó thực hiện suy luận trên chính mạng OpenGradient thực sự, cùng với mã băm giao dịch (transaction hash) trên blockchain mà bạn sẽ nhận được thông qua SDK hoặc một smart contract. Bạn không phải đang kiểm thử một bản mô phỏng mô hình. Bạn đang kiểm thử đúng luồng mà lưu lượng sản xuất chạy qua.

Điều đọng lại với tôi là tính năng tổ chức—cho phép các nhóm xuất bản dưới một danh tính chung, kèm theo danh mục riêng của họ. Nhờ đó, Hub hoạt động ít giống như một sàn giao dịch mô hình và giống hơn như hạ tầng nơi các đội xây dựng sự nghiệp và sản phẩm dựa trên đó.

Nếu mọi phiên bản mô hình đều được “neo chốt” vĩnh viễn vào Blob ID riêng của nó, thì điều đó thay đổi gì về mức độ mà các nhà phát triển thực sự có thể tin vào các bản build dài hạn trên nền AI?

#opg $OPG