我不確定誰批准了從 JSON-RPC 遷移到 gRPC 的變更，以及相關的 SDK 變更，但這絕對不是在版本發布中遷移事物的正確方式。 mysten/sui、mysten/dapp 和 mysten/kiosk 的新版本更改了許多介面，這我老實說不太理解，並且它們迫使你更新大量代碼。 有趣的是，mysten/kiosk 仍然告訴你使用 JSON-RPC 或 GraphQL，因為 gRPC 不支持它。 這是一個巨大的工作量。 想像一下 ika 擁有許多不同的網站和應用程式，我根本無法相信 claude 會正確修復所有問題。 為什麼不提供一個代碼修改工具來進行這次遷移？ 而且，為什麼要第二次棄用已經有效的工具包？

如果您正在使用 Next.js 與 Web3，這是堅持使用 Pages Router（僅限客戶端）而不是 App Router（RSC + SSR）的原因之一。 更重要的是，如果您正在處理私鑰，請不要使用保管設置（@ThePumpkinToken）。如果您想在用戶的錢包上構建，請使用 Ika 匯入的密鑰 + 智能合約政策。 確保用戶的分享始終保留在瀏覽器中（例如，Vite 應用或 Next.js Pages Router 應用）。對於 Web3 應用，避免使用 App Router 和 RSC。CSR 對於良好的 Web3 應用來說已經足夠了。

短暫密鑰。 使用 Solana 錢包，您可以簽署一條消息並從該簽名生成加密密鑰。然後，您使用這些密鑰來創建 dWallet。 這使得 Solana 錢包安全地保護用戶的 dWallet 份額，並且可以隨時與其互動。 這解決了用戶入門的問題。您消除了他們在其他鏈上創建新錢包的需求。他們現有的 Solana 錢包成為 Sui（或任何鏈）dWallet 的控制者。用戶甚至不需要知道他們正在使用 Sui（或任何鏈）。一切都被抽象化了。 您可以更進一步。您的應用程序可以使用鹽、電子郵件和密碼生成短暫密鑰。這使您擁有完整的帳戶抽象。您甚至不需要錢包。應用程序可以安全地即時推導密鑰並通過 dWallet 管理所有內容。