即使 Solana 上的 AI 判斷到達，也不代表結算已完成] @GenLayer 假設 Solana 的 AI 代理市場將任務品質判斷交由 GenLayer 處理。 即使驗證者們對結果達成共識，Solana 仍需決定將獎勵記錄至哪個帳戶，這是另一個獨立的問題。 GenLayer 基金會公開的橋接代碼中，包含透過 LayerZero V2 和 EVM 軸心，在 GenLayer 與 Solana 之間傳遞訊息的架構。 在此架構中，執行 AI 判斷的地點與根據結果改變應用程式狀態的地點是分離的。 Solana 端接收訊息的方式，取決於帳戶的配置。 若接收帳戶已預先設定，則可透過 DirectCpiReceiver 路徑直接更新註冊的接收狀態。 實際的外部程式呼叫，需根據接收程式進行額外實現。 反之，若每個訂單或使用者的帳戶不同，則需先透過 StoreAndClaim 儲存訊息，並在後續呼叫 claim_message 時指定所需的帳戶。 Solana 在執行交易前，必須明確指定將使用的帳戶清單。 因此，僅因橋接收到訊息，便標示用戶結算已完成，是不正確的。 訊息的來源也需與判斷分開驗證。 公開實現的設計旨在驗證可信賴的對等節點，並透過唯一的 message_id 防止相同請求的重複處理。 然而，防重複與正常訊息傳遞，並不能證明 AI 判斷內容本身是正確的。 我在 Studio 中開發 PolicyGuard 時所處理的，是判斷文件規則是否實際被修改的問題。 透過本次橋接代碼，我們可以確認：若要將判斷結果連接到其他鏈上的服務，不僅需設計判斷標準，還需同時設計訊息傳遞、接收與結算狀態。 目前公開儲存庫中僅有 Base Sepolia 與 Solana Devnet 之間的雙向測試記錄，但不應將其視為用於 GenLayer AI 判斷的商用 Solana 服務之運營成果。 在跨鏈 AI 應用中，成功的證據可分為三部分： GenLayer 判斷的最終確認、來自可信來源的訊息、目標帳戶的實際狀態變更。 公開代碼：https://t.co/N4zVSxjYG7 #GenLayer #GenLayerDOKDOPioneer