生態開發

開發者中心

以清楚、可驗證的連接與簽名流程為核心,整理 DApp 適配、網路資料、安全互動與技術支援邊界。

能力介紹

先從錢包連接與網路識別開始

DApp 適配應先確認連接方式、地址取得、目前網路識別與網路切換行為。應用介面需讓使用者清楚知道目前操作的鏈,並在發起簽名或交易前顯示足夠資訊。開發過程不應假設所有鏈使用相同地址規則或費用模型。

  • 錢包連接狀態
  • 帳戶與網路識別
  • 網路切換與錯誤處理
  • 交易與簽名請求展示
文件目錄

依整合需求查看相對應的資料類型

開發整合通常涉及網路資料、DApp 連接、簽名、授權、交易與錯誤提示。TokenPocket 僅描述實際可確認的接入方向,不編造不存在的 API、SDK、端點或技術能力。若某項功能尚未提供明確文件,應以實際支援資訊為準。

  • 網路與鏈識別資料
  • DApp 連接與帳戶狀態
  • 簽名與交易互動建議
  • 授權與安全提示設計
  • 錯誤狀態與使用者引導
適配建議

讓使用者在確認前看懂操作結果

發起交易時,應盡量清楚呈現網路、資產、金額、接收地址與必要費用;代幣授權需讓使用者理解授權對象與額度;訊息簽名則應避免使用難以辨識或與當前操作無關的內容。對網路錯誤與餘額不足等情況,也應提供可理解的提示。

  • 不要隱藏關鍵交易資訊
  • 授權額度與合約需可辨識
  • 區分登入簽名與交易簽名
  • 避免誘導式或誤導式確認流程
安全互動

不把敏感資料納入一般 DApp 流程

DApp 不應要求使用者提交助記詞、私鑰、Keystore 或驗證碼。若需要驗證錢包控制權,可使用適合的簽名流程並清楚描述用途。任何涉及高權限授權、跨鏈、陌生合約或外部跳轉的流程,都應提供明確風險提示。

  • 不收集助記詞與私鑰
  • 簽名用途需清楚可理解
  • 高權限授權需明確呈現
  • 外部服務應標示來源與責任邊界
支援邊界

技術整合以實際提供的能力與文件為準

不同網路與產品版本的支援情況可能存在差異。開發者在設計整合前,應先確認實際能力、測試環境與所需網路資訊,不對尚未確認的功能做依賴性假設。若屬於生態資料提交,可改由生態接入流程整理資料。

  • 先確認實際支援範圍
  • 測試前核對網路與合約資料
  • 不要依未公布能力設計關鍵流程
  • 生態資料提交與技術整合分開處理
了解生態接入

以清楚的使用者確認流程完成 Web3 適配

讓網路、簽名、授權與交易資訊保持可理解,是技術整合的重要部分。

立即下載