SSPでZcashを送る

·7 分で読める·SSP Editorial Team 著
Zcashを送るためのSSPのハウツーカバー画像。ウォレット、QRコード、稲妻、シールドのアイコン付き。

SSPでZcashを送る

このガイドでは、SSPウォレットからZcashを送る手順を最初から最後まで説明します。ステップは5つ、送信を開始するデバイスでの署名プロンプトが1回、2台目のデバイスでの共同署名が1回です。画面に慣れれば、1分もかかりません。

初めてZECを送ろうとしている人に向けて書かれていますが、100回目の送金の前に読み返す価値もあります。資金を安全に保つのは、アドレスを確認する習慣だからです。最初に一点:このウォークスルーは透明Zcash、つまりSSPの2-of-2マルチシグが使うアドレスタイプを扱います。受取人からシールドアドレスや統合アドレスを渡された場合は、まず下のZcash固有の注意事項を読んでください。

始める前に

前提条件が3つ——どれも省略できません。

  1. ペアリングした両方のデバイスの電源が入っていて、ロックが解除されている。 SSPの2-of-2モデルは、それぞれから署名を必要とします。片方のデバイスがバッテリー切れ、充電中、またはスリープ状態だと、送信は完了しません。初めてですか?まずは最初のSSPウォレットをセットアップするから始めましょう。
  2. 受取人のアドレスを信頼できる出所から入手している。 手入力せずにコピーしましょう。手入力はタイプミスを招き、タイプミスは取り返しのつかない形で別のウォレットへ送金してしまいます。受取人の検証済みのチャネル、自分が管理するサービスの請求書、または自分の2つ目のウォレットのアドレスを信頼してください。
  3. アドレスタイプを確認した。 SSPは透明Zcash——t1またはt3で始まるアドレス——を送ります。お手元のものがzs(シールド)やu1(統合)で始まる場合は、続ける前に下のZcash固有の注意事項を読んでください。

ステップ1:送信画面を開く

モバイルアプリでは、ホーム画面の送信ボタンをタップします。ブラウザ拡張機能では、上部のアクションバーで送信をクリックします。

SSPウォレットが複数のチェーンを保有している場合、次の画面で資産を選ぶよう求められます。リストからZcashを選択します。正しいサブアカウントにいることを確認してください——SSPはチェーンごとに複数のアカウントに対応しており、送信画面の上部に表示される残高は、ウォレット全体ではなく、その特定のアカウントの残高です。

残高が少なく見える場合は、戻ってどのアカウントから送ろうとしているかを確認してください——別のアカウントの資金はここでは使えません。

ステップ2:受取人のアドレスを貼り付ける

受取人のZcashアドレスをアドレス欄に貼り付けます。それから——ほかの何よりも先に——コピー元の信頼できる出所と照らし合わせて、最初の6文字と最後の6文字を確認します。必要なら声に出して読みましょう。1文字でも違っていたら、手を止め、欄を消去して、元の出所からコピーし直してください。

これは心配のしすぎではありません。アドレスポイズニングと呼ばれる、よく知られた手口に対する防御です。攻撃者はあなたの取引をブロックチェーン上で監視し、あなたが使ったアドレスと最初と最後の文字がほぼ同じに見えるアドレスを生成して、ダスト取引を送りつけ、それをあなたの履歴に残します。あとでその履歴から「同じ」アドレスをコピーすると、攻撃者のものをコピーすることになり——送金は攻撃者に渡り、取り戻せません。

いつも元の出所からコピーし、履歴からは決してコピーせず、最初と最後の6文字を必ず確認しましょう。こうした詐欺がどのようにあなたに届くのかについては、暗号資産ユーザーを狙うフィッシング攻撃をご覧ください。

ステップ3:金額を入力し、手数料を確認する

送る金額を入力します。ZECでも現地の法定通貨でも入力でき——SSPは現在のレートでリアルタイムに換算します。画面には使用可能な残高と、手数料込みの推定合計が表示されるので、足りているかどうかをすぐに確認できます。

Zcashの取引手数料は低額です。透明な送金は、ネットワークがどれだけ混雑していても、ZECのごくわずかでほぼ一定の割合で済みます——混雑したチェーンのような、競り勝つべき手数料オークションはありません。SSPは署名の前に見積もりを表示します。普通に見えることを一目で確認しましょう。ただし、手数料の高騰に合わせて送信のタイミングを計る必要はありません。手数料が変動するチェーンでしか送ったことがなければ、SSPでのBitcoin手数料戦略が、その世界がどれほど違うかを示してくれます。

ステップ4:両方のデバイスで署名する

ここでSSPの2-of-2モデルが作動します。取引はブロードキャストされる前に、ペアリングした各デバイスからの独立した署名を必要とします。2鍵の設計が初めてなら、2-of-2マルチシグとは?が、なぜ両方の署名が必要なのかを説明しています。

開始したデバイス(これまで使ってきたほう)で、概要——受取人、金額、手数料——を最後にもう一度確認し、確認をタップします。デバイスはローカルで署名します。まだブロードキャストはしません。

2台目のデバイスに切り替えます。 数秒以内に、保留中の署名リクエストが表示されるはずです。同じ受取人、金額、手数料に、承認/拒否の選択肢が付いています。開始したデバイスと一致することを確認してから、承認をタップします。2台目のデバイスが署名し、2つの署名が結合されます。

2台目のデバイスが約15秒以内にプロンプトを表示しない場合:

  • SSPアプリがバックグラウンドで動いているだけでなく、フォアグラウンドにあることを確認してください。
  • バッテリーセーバー/データセーバーがバックグラウンド同期を妨げていないか確認してください。
  • 両方のデバイスがインターネットに接続していることを確認してください——Wi-Fiでもモバイルデータでも構いません。SSPはリクエストを中継するために、双方の接続を必要とします。

開始したデバイスから安全に再試行できます。2つ目の署名が入るまで、資金は一切動いていません。

ステップ5:ブロードキャストを見守る

両方の署名がそろうと、SSPは取引をZcashネットワークに送信します。送信画面は保留中の状態に切り替わり、取引ID(txid)を表示します——タップするとブロックエクスプローラーが開きます。

あとは承認(confirmation)を待ちます。Zcashのブロックはおおよそ75秒ごとに生成され、Bitcoinの約10分のブロックよりはるかに速いので、承認はすぐに届きます。どこまで深く待つかは、やはり受取人次第です:

  • 気軽な送金、少額 ——1承認、1分強で、たいてい十分です。
  • 取引所への入金 ——ほとんどの取引所は数回の承認の後に反映します。取引所によっては速いチェーンでより多くのブロックを求めるので、その方針を確認してください。
  • 大口の送金 ——より深く待つのが賢明ですが、1ブロック約75秒なら、それは数分であって1時間ではありません。

ここでアプリを閉じても構いません。取引はネットワーク上にあり、承認のためにSSPを開いたままにしておく必要はありません。

Zcash固有の注意事項

Zcashには2種類のアドレスがあり、その違いは送る前に重要になります。

  • 透明アドレスt1またはt3で始まります。Bitcoinのアドレスと同じように振る舞い——送り手、受取人、金額のすべてが公開ブロックチェーン上で見えます。SSPの2-of-2マルチシグは透明Zcashで動作するため、上記のすべてのステップは透明フローです。
  • シールドアドレスzs(Sapling)で始まり、統合アドレスu1で始まります。シールド取引はゼロ知識証明を用いて金額と関係者を隠します——これはZcashの別個の機能であり、ネットワークを特徴づける性質の一つです。

シールド送金と透明送金は技術的に異なるため、SSPがzs…u1…の受取人へ送れると思い込まないでくださいt1またはt3で始まらないアドレスへ送る前に、その宛先が受け付けられるかをアプリで確認してください。受け付けられない場合は、受取人に透明(t)アドレスを尋ねましょう。上記の透明フローが、現在SSPが使っているものです。

透明プールとシールドプールがどのように組み合わさっているかについて、さらに詳しくはZcashと、プロトコルチームであるElectric Coin Co.をご覧ください。

接続したdApp経由で送る

送信がSSP内で開始されるのではなく、ブラウザベースのdAppによって引き起こされる場合、あなたは<span id="[walletconnect](/academy/how-to/sending-bitcoin-with-ssp#walletconnect)"></span>WalletConnectを使っています——外部のdAppがQRコードやディープリンクを通じて、あなたのSSPウォレットに署名を要求できるようにするオープンプロトコルです。

フローはステップ4以降は同じです。取引がブロードキャストされる前に、両方のデバイスが独立して署名しなければなりません。dAppがあなたの鍵を見ることは決してなく——署名済みの結果を受け取るだけです。

違いはステップ2と3にあります。dAppが受取人、金額、ときには手数料をあらかじめ入力します。あなたの役割は入力から観察へと変わります——署名を求められている受取人と金額が、dApp上で承認しようとしたものと一致するか確認してください。少しでもおかしければ、リクエストを拒否し、dApp側からやり直してください。

関連記事

この記事をシェアする

関連記事