#opg $OPG 最近我在查看一些推斷日誌時，注意到了一些我沒有預料到的事情。

大多數失敗的請求並不是由於網絡擁堵或節點故障造成的。它們失敗是因爲請求的驗證層與節點能夠提供的內容不匹配。請求了zkML證明，但節點只支持TEE證明。請求直接被拒絕了。

這讓我思考我們在設計時如何平衡靈活性與兼容性。

@OpenGradient adient架構允許開發者根據工作負載選擇驗證方法——zkML、TEE或簽名結果。這在紙面上是合理的。但在實踐中，它可能導致碎片化的風險，開發者選擇了一個層級後部署，卻發現他們的請求因爲可用節點無法提供那個特定組合而被靜默丟棄。

這讓我想起了早期區塊鏈的互操作性問題。不同鏈之間講着不同的語言，必須構建橋樑來進行翻譯。解決方案並不是標準化，而是抽象層，使兼容性對用戶來說是隱形的。

我不確定OpenGradient是否已經解決了這個問題。但我懷疑，那個讓驗證層選擇感覺無縫，而不是一個隱藏後果的技術決策的項目，將會在長遠中獲勝。

仍在關注這一進展。