メインコンテンツへスキップ
Privyからの移行はウォレットの移行ではなく、コードの移行です。PrivyのプロバイダーとフックをHeliusのものに置き換えるだけで、メンタルモデル(埋め込み型、非管理型、ソーシャル/パスキーでのログイン)は同じです。引き継がれないのはユーザーの既存ウォレットです。PrivyウォレットはTurnkeyにインポートできないため、各ユーザーはアプリにサインインした際に新しいHelius埋め込みウォレットを取得します。 もう一つの大きな変化は経済面です。Privyは月間アクティブウォレット単位で課金し、Heliusは既に持っているクレジットを利用して署名ごとに200クレジットを請求します。

移行されるものとされないもの

  • 移行される(あなたの統合): プロバイダー、フック、サインイン設定、RPC。これは以下のステップでのコードの置き換えで、通常数時間の作業です。
  • 移行されない(ユーザーのウォレット): 既存のPrivyウォレット、キー、残高。Turnkeyではインポートできないため、各ユーザーは初回サインイン時に新しいHelius埋め込みウォレットを作成します。
1,000人のPrivyユーザーが資金を持っている場合: 移行後、各ユーザーはサイン インして、別のアドレスに新しく空のHelius埋め込みウォレットを取得します。 彼らのPrivy残高は古いウォレットに残ります。移行は、ユーザーが自ら行う別のステップです(ユーザーのウォレットと資金を参照)— HeliusもTurnkeyもユーザーの代わりに資金を移動することはできません。

PrivyからHelius WaaSへのマッピング

統合を移行する

これらのステップは、PrivyからHeliusへのコードの置き換えを行います。いずれもエンドユーザーのウォレットには触れません — それはこちらで取り扱います。
1

プロバイダーを入れ替える

PrivyProviderHeliusWalletProviderに置き換え、PrivyのappIdの代わりにHeliusのAPIキーを渡します。セットアップを参照してください。
2

フックを入れ替える

usePrivy() / useSolanaWallets()の呼び出しをuseHeliusWallet()に置き換えます。loginlogoutuser、およびexportWalletは直接マップされ、署名は同じフックに移行します(signTransactionsignAndSendTransactionsignMessage)。
3

認証設定をダッシュボードに移動

サインイン方法をプロバイダーのプロップスではなく、ダッシュボードのWaaS → Configurationで設定します。サインイン方法の設定を参照してください。
4

RPCをHeliusに向ける

送信はすでにHeliusを経由しています。スタンドアロンのRPCプロバイダー設定を削除し、フックからconnection / rpcUrlを使用するか、Sender-optimized landing用にルートハンドラーを追加します。

ユーザーのウォレットと資金

置き換えを出荷後初回サインイン時に、各ユーザーは全く新しい埋め込み型Heliusウォレットを取得します — それはPrivyウォレットとは異なるアドレスで、残高はゼロです。古いPrivyウォレットとその資金はそのままです。 ユーザーに既存の残高を維持させる必要がある場合、移行ウィンドウを計画してください。
1

新しいアドレスを表示

サインインした各ユーザーに新しいHeliusアドレスを表示します(address from useHeliusWallet())。
2

ユーザーに資金を移動させる

ユーザーは古いPrivyウォレットから新しいHeliusアドレスに資金を転送します。これは各ユーザーが自発的に行うアクションであり、HeliusやTurnkeyが代理で資金を移動することはできません。
3

古い統合を退役させる

ユーザーがHeliusウォレットに移行したら、Privy SDKを削除します。
ユーザーは既存のウォレットをそのまま使用できないのですか? 埋め込みウォレットの代わりとしてはできません。外部ウォレットはサインイン方法として提供され、Helius埋め込みウォレットにユーザーを認証するだけで、外部ウォレットのキーを直接操作するものではありません。外部ウォレットから直接署名すると、Heliusを完全にバイパスすることになります(Turnkeyの署名なし、メータリングなし)ので、アプリで動作する埋め込みウォレットの代替とはなりません。