FXビギナーズガイド

スリッページの定義と例 - ビットコイン

スリッページの定義と例 - ビットコイン

⑥先ほどまで「Connect Wallet」と表示されていた部分に、自分のウォレットアドレスが表示されれば、接続完了です。

ECS、S3、Athena、Lambda、AWS Data Exchange を使用して、詳細な暗号通貨市場データを収集して配布する

デジタル資産の取引向けに設計された金融インフラの必要性と需要はどれだけあるのかは、はっきりしないかもしれません。コインとトークンは、通貨、商品、株式、債券などの従来の資産に効果的にネイティブに相対するデジタル商品であると、広く受け止められています。この説明はよく、専門家が仮想空間内のさまざまなプロジェクトの価値提案を伝えようとするときに、力強く簡潔に伝えるために繰り返し用いられています (「ビットコインは、アルゴリズムで制御された改ざん防止の財務ポリシーが備わった、単なる通貨です」、または、「イーサリアムは、ガソリンのような金融商品です。それを使って、グローバルコンピューターの計算作業に支払うことができます」)。驚くことではありませんが、FPG である質問をよく耳にします。「暗号通貨が専用の金融サービスであることを保証するのに特別な点は何かありますか? なぜすでに解決された問題の解決策が必要なのですか」

実際、これらの資産とそれを取り巻く広範な公共の利益には、まったく前例がありません。ネットワークトランザクションのイミュータブルな記録として機能する分散型台帳テクノロジー。合理的なアクターを経済的に動機付けてネットワークのセキュリティを維持するためのプルーフオブワークアルゴリズムの巧妙な使用 (プルーフオブワークの概念は少なくとも 1993 年まで遡りますが、このテクノロジーが広く採用される可能性が示されたのは、ビットコインが登場してからです)。人的ミスや強要などの場合に固有の法的課題を引き起こす不可逆的な取引の性質。自己管理の不安定性 (サードパーティの保管ソリューションには、信頼を高める実績はありません)。これらの資産を分類することと、最終的に IRS、SEC、CFTC のようなエンティティによって調整する必要がある通貨交換を仲裁することの両方の困難を伴う規制上の不確実性。これらはすべて、非常に新しく、非常に特異なものです。24 時間取引が行える市場の規模は定期的に 1,000 億 USD を超えており、この記事では特にこれらの資産の取引に関連する問題に焦点を当てます。 確かに、仮想通貨取引は、ウェブフォーラムでビットコインを交換し始め、国際取引所間で 10% の価格スプレッドが確認されて以来、間違いなく成熟してきました。しかし、まだ長い道のりがあります。

機関投資家のために取り組むことを目指す上で抱える主な問題点の 1 つに、流動性 (またはより正確には、流動性の欠如) の問題があります。簡単に言えば、暗号通貨の売買は多くの異なる取引の場 (取引所) で行われ、流動性 (特定の価格で特定の量の資産を売買するオファー) は、新しい取引所が出現するにつれて断片化し続けています。100 ビットコインを購入しようとしているとしましょう。あなたは売りたい人から買う必要があります。最良の (最も安い) オファーを取得するにつれ、残りのオファーはどんどん高価になります。注文を完了するまでに (この例では、100 ビットコインをすべて購入するまでに)、たとえば注文の最初のビットコインに支払った価格よりも平均的にはるかに高い価格を支払うことになったかもしれません。この現象はスリッページと呼ばれています。スリッページを最小限に抑える 1 つの簡単な方法は、オファーの検索範囲を広げることです。そのため、1 つの取引所のオファーを見るのではなく、数百の取引所のオファーを見るのです。このプロセスは、従来スマートオーダールーティング (SOR) と呼ばれ、当社が提供するコアサービスの 1 つです。当社の SOR サービスにより、トレーダーは数十の取引所の流動性を積極的に監視することで、システムが複数の取引所で利用できる最高のオファーとマッチする注文を簡単に送信できます。

最良の価格を求めて大量注文を出すことは、かなり直感的で広く適用できる概念です。株式の約 75% が SOR を介して売買されています。けれども、暗号化市場向けのこのようなサービスの価値は特に顕著です。既存の取引所が行き詰まる中、新しい取引所が人気を博すという永続的なサイクルのため、取引所全体で流動性が絶え間なく断片化されています。けれどもトレーダーは、取引所に依存しない考え方を持つ傾向があります。ある特定量の資産にとって最良の価格を見つけることにのみ関心があるのです。

SOR サービスが機能するには、リアルタイムと過去の両方の市場データへのアクセスが不可欠です。当社が特定の市場で取得することを期待できる最高に詳細なデータには、売買の板に適用されるすべての取引とすべての変更が含まれます。これにより、いつでも市場の状態を効果的に再現できます。WebSocket ストリームを介して提供される更新は、板の再構築には不十分です。また、定期的に板のスナップショットを取得して保存する必要があります。これは、取引所の REST API を使用して実行できます。スナップショットを取得し、対応する更新をストリームから適用することで、板を「再生」できます。

幸い、多くの取引所が WebSocket API を介して市場データのリアルタイムフィードを提供しているため、このデータは自由に利用できます。このデータセットへのサブスクリプションを販売するサードパーティベンダーがいくつか見つかりました。通常、データセットは CSV ダンプの形式で毎週または毎月のリズムで配信されます。これは、構築するのか、購入するのかという問題を引き起こします。当社はリアルタイムの市場データを比較的短時間で取り込み、ベンダーからデータを購入する数分の 1 のコストで堅牢で信頼性の高いシステムを構築できると感じていたため、すでに構築する方に傾いていました。さらに調査を進めると、購入することの魅力がどんどん低下していきました。複数のベンダーがデータの品質と一貫性を保証できないことについて謳った免責事項を読んでも、信頼が高まることはありませんでした。サンプルデータセットを調べると、元のデータストリームで提供されたいくつかの必須フィールドが欠落していることが明らかになりました。この必須フィールドは、任意の時点で市場の状態を再現するという目標を達成するために必要なフィールドです。また、毎週または毎月の配信スケジュールにより、比較的最近の市場データを調査する能力が制限されることを把握しました。

この記事では、リアルタイムの市場データを取得および保存する方法と、AWS Data Exchange API を使用してデータセットをプログラムで整理および公開する方法の概要を説明します。システムの機能は、データの取り込み、正規化、永続性をはるかに超えています。当社は、データ検証、すべての市場の最新の取引および板のキャッシュ、派生指標の計算と保存のための専用サービス、それにデータの正確性を保護し、取引システムのレイテンシーを最小限に抑える他のサービスを実行しています。

データの取り込み

データを消費するために接続する WebSocket ストリームは、多くの場合、取引所の取引ダッシュボードにリアルタイムの更新情報を提供するのと同じ API です。

更新は、Bid と Ask の配列として表され、板に追加または削除されます。クライアント側のコードが各更新を処理するため、マーケットの板がリアルタイムでレンダリングされます。実際には、データ取り込みサービス (Ingester) は単一のストリームではなく、数千の異なるストリームを読み取っています。これにより、複数の取引所にわたるすべての市場のさまざまなデータフィードをカバーしています。このような広範なカバレッジに相当数の接続が必要なことと、その結果データを大量に受信することで、データ損失に対する明らかな懸念が生じます。このような懸念を緩和するために、Ingester サービスの任意の数のインスタンスを起動できる冗長なシステム設計など、いくつかの対策を講じました。ほとんどのマイクロサービスと同様に、Ingester は Amazon ECS で実行される Dockerized サービスで、Terraform を介してデプロイされます。

これらのインスタンスはすべて、同じデータフィードを互いに消費しますが、ダウンストリームメカニズムは重複排除を処理します (これについては、この記事の後半で詳しく説明します)。また、Amazon CloudWatch スリッページの定義と例 - ビットコイン アラートも設定しました。これにより、着信データにギャップがあることを示す不連続のメッセージを検出したときに通知を受けられます。アラートはデータ損失を直接軽減しませんが、調査を促す重要な役割を果たします。

Ingester は着信メッセージの個別のバッファを構築し、 data-type/exchange/market で分割されます その後、一定の時間間隔を空けた後、各バッファは gzip 圧縮された JSON ファイルとして Amazon S3 にフラッシュされます。バッファとフラッシュのサイクルが繰り返されます。

このコードスニペットは、上記のスクリーンショットのファイルから、きれいに印刷された単一の JSON レコードです。

Ingester はさらに、取引所固有のフィールド名の事前定義されたマッピングを内部フィールド名に適用するなどの機能もあります。データの正規化は、システムが市場のダイナミクスを総合的に理解できるようにするために必要な多くのプロセスの 1 つです。

ほとんどの分散システム設計と同様に、当社のサービスは、水平方向のスケーラビリティを最優先事項として作成されています。データ取り込みサービスの設計にも同じアプローチを採用しましたが、典型的な水平方向にスケーラブルなマイクロサービスとは少し異なる機能もいくつかあります。特定のサービスのインスタンス数を調整する最も一般的な動機は、負荷分散とスループットの調整です。システムでバックプレッシャーが発生し、コンシューマーサービスがその圧力を軽減するためにスケーリングするか、コンシューマーが過剰にプロビジョニングされて、節約のためにインスタンス数を縮小するかのどちらかです。ただし、データ取り込みサービスの場合、複数のインスタンスを実行する動機は、冗長性によるデータ損失を最小限に抑えることです。各インスタンスは同じ作業を行うため、各インスタンスの CPU 使用率はインスタンス数に依存しません。

たとえば、単一のキューからメッセージをプルすることでバックプレッシャーを緩和するのではなく、データ取り込みサービスの各インスタンスは、同じ WebSocket ストリームに接続し、同じ量の作業を実行します。データ取り込みサービスを水平方向にスケーリングする上であまり見慣れず、ややこしいのは、ステータスに関する側面です。当社は、メモリ内のレコードをバッチ処理し、レコードを 1 分ごとに S3 にフラッシュしています (不一致となるシステムのタイムスタンプではなく、着信メッセージのタイムスタンプに基づいて)。冗長性は、データ損失を最小限に抑えるための主要な手段ですが、レコードが重複しないように、各インスタンスがファイルを S3 に書き込む必要もあります。最初に考えたのは、レコードをすでに保持しているかどうかを確認できるキャッシュを維持するなど、インスタンス全体のアクティビティを調整するメカニズムが必要だということです。しかし、インスタンス間の調整を行うことなく重複を排除できることに気付きました。使用するメッセージストリームのほとんどは、シーケンス ID を使ってメッセージを発行します。シーケンス ID と受信メッセージのタイムスタンプを組み合わせて、重複排除メカニズムを実現できます。バッチに追加されたメッセージに、バッチ内の前のメッセージに関連する適切なシーケンスIDがあることを確認するサービスコードを記述することにより、まったく同じデータを含む同じ正確なファイル名を決定論的に生成できます。そして着信メッセージのタイムスタンプを使用して、各バッチの正確な開始と終了を決定します (通常、UNIX タイムスタンプを取得し、次のクロック分にロールオーバーしたときにチェックします)。これにより、単純に S3 のキーの競合を利用して重複を排除できます。

AWS は、Amazon Kinesis Data Streams スリッページの定義と例 - ビットコイン に関連するわずかに異なる問題に対して同様のソリューションを提案しています。詳細については、「重複レコードの処理」を参照してください。

このスキームでは、レコードが複数回処理される場合でも、結果として得られる Amazon S3 ファイルは同じ名前と同じデータを持っています。再試行の結果、同じデータが同じファイルに複数回書き込まれます。

データを保存したら、最小限の設定でインフラストラクチャのオーバーヘッドをまったく必要としないクエリサービスである Amazon Athena を使用して、S3 に保存した数十億件のレコードに対して簡単な分析クエリを実行できます。Athena にはパーティションの概念があります (基礎となるサービスの 1 つである Apache Hive から継承しました)。パーティションは、仮想列 (この場合、 pair 、 year 、 month 、 day ) と対応するデータが保存されている S3 ディレクトリとの間のマッピングです。

S3 のファイルシステムは実際には階層構造ではありません。ファイルには、バケットのコンテンツを参照するときに AWS コンソールでディレクトリとしてレンダリングされる長いキープレフィックスが追加されます。これは、大規模なデータセットでクエリまたはフィルタリングを行う際に、パフォーマンスに少なからず影響を及ぼします。

Athena をデータの特定のサブセットに直接ポイントすることにより、明確に定義されたパーティションスキームは、クエリの実行時間とコストを大幅に削減できます。アドホックビジネス分析クエリは主に利便性のために実行するものです。けれども、最も一般的なアクセスパターンのいくつかに基づいて、Athena の健全なマルチレベルパーティションスキームを時間をかけて選択する価値があると思いました。パーティション構造が適切に設計されていないと、Athena が大量のデータを不必要にスキャンしてしまい、最終的にサービスが使いものにならなくなる可能性があります。

データ公開

数千の小さな gzip 圧縮された JSON ファイルをクリーンな CSV に変換して AWS Data Exchange にロードするためのパイプラインには、3 つの異なるジョブが含まれます。そのそれぞれのジョブが、AWS Lambda 関数として表されます。

ジョブ 1

ジョブ 1 は、UTC 深夜 0 時を過ぎるとすぐに、cron でスケジュールされた CloudWatch イベントで開始します。前述のように、データ取り込みサービスのバッチ処理メカニズムにより、定期的に各バッチを S3 にフラッシュします。着信メッセージのタイムスタンプ (サーバー側に適用) は、取り込みサービスのシステムタイムスタンプとは対照的に、ある間隔から次の間隔へのロールオーバーを決定します。まれに、バッチ n の最終メッセージとバッチ n+1 の最初のメッセージを消費する間にかなりの時間が経過することがあります。そのため、UTC 時間の 0 時 20 分から最初の Lambda 関数を開始することで、書き込み保留中のデータを省略してしまう可能性を最小限に抑えます。

ジョブ 1 は、日付とデータソースの値を Athena クエリテンプレートにフォーマットし、クエリ結果を S3 の指定されたプレフィックスパスへの CSV として出力します。(DDL ステートメントは CSV を出力しませんが、すべての Athena クエリはクエリ結果の .metadata ファイルと CSV ファイルを生成します)。 S3 へのこの PUT リクエストは、S3 イベント通知をトリガーします。

冗長性の追加レイヤーとして、完全なレプリカデータ取り込みシステムを実行します。coalesce 条件式を使用して、ジョブ 1 の Athena クエリはプライマリシステムのデータをレプリカシステムの対応するデータとマージし、冗長レコードを重複排除しながらギャップを埋めます。

ジョブ 1 で実行された ETL 関連の作業に対して、AWS Glue と PySpark を使用してかなり広範囲に実験しました。すべての小さなソースファイルを 1 つにマージし、プライマリデータセットとレプリカデータセットを結合し、単一の Athena クエリで結果をソートすることができることに気付いたとき、この一見シンプルでエレガントなアプローチを使い続けることにしました。

次のコードは、Athena クエリテンプレートの 1 つを示しています。

ジョブ 2

ジョブ 2 は、ジョブ 1 の S3 イベント通知によってトリガーされます。ジョブ 2 は、クエリ結果の CSV ファイルを同じ S3 バケット内の別のキーに単純にコピーします。

このステップの動機は 2 つあります。まず、Athena クエリ結果の CSV ファイルの名前を指定することはできません。名前は、Athena クエリ ID に自動的に設定されます。次に、S3 オブジェクトを AWS Data Exchange リビジョンにアセットとして追加すると、アセットの名前が S3 オブジェクトのキーに自動的に設定されます。そのため、AWS Data Exchange で CSV ファイル名がどのように表示されるかを指定するには、まず名前を変更する必要があります。名前を変更するには、指定した スリッページの定義と例 - ビットコイン S3 キーにコピーします。

ジョブ 3

ジョブ 3 は、それぞれの API により、AWS Data Exchange スリッページの定義と例 - ビットコイン と AWS Marketplace Catalog に関連するすべての作業を処理します。これらの API とのインターフェイスには、AWS の スリッページの定義と例 - ビットコイン Python SDK である boto3 を使用します。AWS Marketplace Catalog API は、すでに公開されている製品にデータセットリビジョンを追加するために必要です。詳細については、「チュートリアル: 公開されたデータ製品への新しいデータセットリビジョンの追加」を参照してください。

データソース / データセット / 製品

データソースは通常、取引所とデータタイプの組み合わせ ( Binance trades や CoinbasePro 板 など) で表されます。特定のデータソースの新しいファイルはそれぞれ、特定のデータセットの単一の新しいリビジョン内の単一のアセットとして配信されます。

S3 トリガーが Lambda 関数を開始します。トリガーは、単一のデータセットにマッピングされる指定プレフィックスにスコープされます。AWS Lambda の関数エイリアス機能により、同じ基になる Lambda 関数を再利用しながら、各データセットに一意の S3 トリガーを定義できます。ジョブ 3 は次の手順を実行します (手順 1~5 については「AWS Data Exchange API」を参照し、手順 6 と 7 については「AWS Marketplace Catalog API」を参照)。

  1. CreateRevision により、対応するデータセットの新しいリビジョンを作成するリクエストを送信します。
  2. IMPORT_ASSETS_FROM_S3 ジョブタイプを使用して、 CreateJob で Lambda 関数をトリガーしたファイルを新しく作成されたリビジョンに追加します。このジョブを送信するには、いくつかの値を指定する必要があります。ファイルの S3 バケットとキー値は Lambda イベントメッセージからプルし、RevisionID 引数は 前の手順の CreateRevision 呼び出しへの応答から取得します。
  3. StartJob でジョブを開始し、前の手順の CreateJob 呼び出しへの応答から JobID 引数を取得します。
  4. GetJob によりジョブのステータスをポーリングし (前の手順で StartJob 呼び出しへの応答のジョブ ID を使用して)、ファイル (アセット) がリビジョンに正常に追加されたことを確認します。
  5. UpdateRevision でリビジョンを確定します。
  6. DescribeEntity を使用してマーケットプレイスエンティティの説明をリクエストし、ハードコーディングされたマッピングに保存されている製品 ID を EntityID として渡します
  7. StartChangeSet によりエンティティ ChangeSet を開始し、前のステップのエンティティ ID スリッページの定義と例 - ビットコイン を渡し、前のステップの DescribeEntity レスポンスのエンティティ ID を EntityID として渡し、 以前の CreateRevision への呼び出しに対する応答から解析されたリビジョン ARN を RevisionArn として渡し、さらにデータセット ARN を DataSetArn として渡します。データセット ARN は、AWS Data Exchange API の GetDataSet スリッページの定義と例 - ビットコイン を使用して、コードのランタイムの開始時にフェッチしたものです。

次のスクリーンショットは、ジョブ 3 の S3 トリガーを示しています。

次のスクリーンショットは、ジョブ 3 の CloudWatch スリッページの定義と例 - ビットコイン Logs の例を示しています。

次のスクリーンショットは、ジョブ 3 の CloudWatch アラームを示しています。

AWS Data Exchange は、AWS アカウント ID のプライベートオファーを作成でき、各製品に期待どおりにリビジョンが表示されることを確認する便利な手段になります。

この記事では、AWS Data Exchange を既存のデータパイプラインにスムーズに統合する方法を示しました。AWS Data Exchange のプライベートプレビューに参加するよう招待していただいたことを嬉しく思います。さらに、そのサービス自体、当社のシステムを洗練され自然な形で拡張できるものであると証明されたことを大変喜ばしく思います。

過去 1 年間、AWS Data Exchange チームの Kyle Patsen スリッページの定義と例 - ビットコイン と Rafic Melhem の両氏には大変お世話になりました。両氏は、私の問題提起に寛大にも対応してくれました (また私のとりとめのない話にも辛抱強くお付き合いいただきました)。また、Lucas Adams には、この記事で説明したシステムの設計を手伝ってくれたこと、そしてさらに重要なことに、揺るぎない信頼を寄せてくれたことに感謝申し上げます。

スリッページの定義と例 - ビットコイン

ステラルーメン(XLM)は、法定通貨と暗号資産のブリッジとなることを目的としてつくられました。XLMは分散型プラットフォームではなく、
中央集権型の組織形態を取り、2-5秒のリアルタイム決済が可能です。
初期段階においてはXRPのソースコードを利用して開発が進められました。現在では独自のソースコードであるSCP(Stellar Consensus Protocol)を開発し、採用しています。Blackstone、Googleの支援を受け、IBMなど複数の大手企業と提携しています。

(8)クアンタム(QTUM)

クアンタム(QTUM)は、シンガポールに本社を置くQtum Chain Foundation Ltd.のオープンソースブロックチェーンプロジェクトで開発された暗号資産です。
ビットコインで用いられている安全性の高い残高確認方式(UTXO)を採用しつつ、イーサリアムと互換性のあるスマートコントラクトを実装しているため、ビットコインとイーサリアムの長所を掛け合わせた暗号資産と言われています。

(9)ベーシックアテンショントークン(BAT)

(10)オーエムジー(OMG)

オーエムジー(OMG)とは、OMG Network上で使用される暗号資産です。2017年に「OmiseGo」として開発・運営がスタートし、2020年6月1日にOMG Networkへとリブランドされました。OMG Networkは「高速で安価、そして安全でオープンな金融サービスの提供を実現すること」を目的としています。

(11)シンボル(XYM)

(12)チェーンリンク(LINK)

(13)メイカー(MKR)

(14)ボバネットワーク(BOBA)

(15)エンジンコイン(ENJ)

3.通貨ペアと注文単位等

    スリッページの定義と例 - ビットコイン
  • 「通貨ペア」とは、暗号資産交換取引の対象となる、暗号資産と日本円または暗号資産どうしの組み合わせのことをいいます。
    取引の対象・基準となるのは、各ペアの「左側」に表記されている暗号資産です。この暗号資産と、「右側」に表記されている日本円または暗号資産とを交換することができます。
    たとえば、BTC/JPYペアの場合、取引対象・基準となるのはBTCで、お客様は、BTCを日本円で購入しまたは売却することができます。XRP/BTCペアの場合、取引対象・基準となるのはXRPで、お客様は、XRPをBTCにて購入しまたは売却することができます。
  • 「呼値」とは、暗号資産交換取引の注文を行う際の、値段の刻み値のことをいい、通貨ペアごとに定められています。
  • 「最小注文数量/取引単位」とは、暗号資産交換取引の注文を行う際の最小数量または単位のことをいい、逆に、「最大注文数量」とは、指値で暗号資産交換取引の注文を行う際の最大数量のことをいい、それぞれ通貨ペアごとに定められています。

4.取引の内容(取引所取引)

5.取引の内容(販売所取引)

6.取引口座の開設

7.禁止行為

  1. 金融商品取引法第185条の22(不正行為の禁止)第1項各号、第185条の23(風説の流布、偽計、暴行又は脅迫の禁止)第1項、第185条の24(相場操縦行為等の禁止)第1項各号および同条第2項各号に規定する行為。
  2. 架空の名義または他人の名義等本人以外の名義で行う取引。
  3. 自らまたは第三者の利益を図ることを目的として、暗号資産関係情報(当社が取り扱うまたは取り扱おうとする暗号資産または当社に関する未公表(当社の行う取引の利⽤者の全てが容易に知りうる状態に置かれていないこと)の重要な情報であって、利⽤者の暗号資産の売買または他の暗号資産との交換に係る判断に影響を及ぼすと認められるもの)を利用した取引を行うこと。
  4. 当社がお客様情報として取得する情報に関し、虚偽または故意に偽った情報を申告すること。
  1. 口座開設および口座維持に関する手数料
    ありません。
  2. 売買手数料
    1. 取引所取引
      1. メイカー(Maker)手数料
        メイカーとは、板に流動性を提供する注文のことをいいます。
        すべての通貨ペア - 0.02% (マイナス手数料)
        マイナス手数料が適用される場合、取引の際に本来支払われるべき手数料が報奨金となり、当社からお客様に付与されます。
      2. テイカー(Taker)手数料
        テイカーとは、既に板に並んでいる注文を約定させる注文のことをいいます。この注文が約定した場合、板からその注文が取り除かれることになります。なお、成行注文はすべてテイカー(注文)となります。
        すべての通貨ペア 0.12%
      1. 日本円または暗号資産を出金する際の手数料はこちらの入出金手数料をご参照ください。
      2. 日本円を当社指定の銀行口座に振込送金する際の手数料は、お客様のご負担となります。

      9.前受制度

      10.金銭の入出金および暗号資産の送受信

      1. 金銭の入金
        1. 入金することができる金銭(法定通貨)
          日本円のみです。外国金銭(法定通貨)のお取扱いはありません。
        2. 入金の方法
          取引ツール内の入金ー日本円振込用口座画面の指示に従い、いずれかの銀行宛に振込送金を行ってください。以下のとおり、入金の方法(振込人名義の設定)のみが異なりますが、入金が行われた後のお取扱いは同様となります。
          1. GMOあおぞらネット銀行(日本円振込用口座画面において、同行への振込が初期設定されております。)
            画面に表示される支店・口座番号宛に振込送金を行ってください。
            振込人名義は、お客様のお名前(カナ)にてお振込ください。
          2. 住信SBIネット銀行(日本円振込用口座画面において、初期設定画面からの切替を行うことが必要となりますのでご注意ください。)
            画面に表示される支店・口座番号宛に振込送金を行ってください。
            振込人名義は、「入金番号(9桁の英数字))」 +「
            お客様のお名前(カナ)」としたうえで、お振込ください。入金番号の入力漏れが多発しておりますので、ご注意ください。
          1. 取引口座への預入(送信)
            当社指定ウォレットアドレス(以下「当社指定アドレス」といいます。)に暗号資産を送信していただき、当社が、当該送信を確認したのちに、お客様の取引口座に反映を行います。
          2. 取引口座からの送付(送信)
            お客様が当社にあらかじめ登録したウォレットアドレスに対し、当社所定の方法で当社に対し指図を行うことにより、取引口座からの送付(送信)を行うことができます。当該送付に関する手数料はお客様のご負担となり、当社は、取引口座から当該手数料を控除したうえで、送付(送信)を行います。
          1. 金銭の額または暗号資産の数量
          2. 受領年月日
          3. 当社の商号及び登録番号
            また、取引ツールにおいて、金銭の入出金および暗号資産の送受信の完了を確認することができます。
          1. 本来とは異なるアドレスに対する送信が行われた場合
            原則として、回復処理を行うことはできません。
            本書作成時点において、当社では、(i)BCCをBTCアドレスに送信した場合、(ii)
            MONAをLTCアドレスに送信した場合に回復処理を行うことができなかった事実を確認しております。
            しかしながら、これらの場合以外にも、回復処理ができない場合がありえますので、十分にご注意ください。
          2. 本来とは異なるアドレスに対し送信が行われた場合(例外的に回復処理を行うことができる可能性がありうる場合)
            場合によっては回復処理を行うことができる可能性がありえますが、当社は、お客様に対し、回復処理の実現可能性を確約するものではありません。
            本書作成時点において、当社では、BTCをLTCのアドレスに対し送信した場合において回復処理を行うことができた事実を確認しておりますが、今後発生する同種の事例においても、回復処理が可能であることを確約するものではありませんのでご了承ください。
            以上のとおり、回復処理を行うことができるかは不確実であるため、当社は、お客様からのご依頼があった場合、有償にて、暗号資産の回復措置が可能であるか調査を行い、これが可能である場合回復措置対応を行います。
            1. 調査手数料
              暗号資産回復の可能性調査のために必要となる手数料であり、金11,000円(税込)となります。
              お客様から、ご連絡および回復調査のご依頼をいただいた場合、上記手数料のお支払いが完了した後に、当社において調査を開始いたします。
              この調査は、当社がお客様に対し、暗号資産の回復をお約束するものではありません。従って、調査の結果、回復ができない場合であっても、お支払いいただいた調査手数料の返金はいたしかねますのでご了承ください。
            2. 回復手数料
              上記(i)の調査の結果、回復が可能であると判明した場合に、実際に暗号資産の回復措置を実行するための手数料であり、金110,000円(税込)となります。
              お客様から、回復措置の実行のご依頼をいただいた場合、上記手数料のお支払いが完了した後に、当社において回復措置を実行いたします。

            11.利用者財産の安全管理

            1. 分別管理
              1. 金銭
                当社は、法令の定めに基づき、本取引に関してお客様から預託を受けた金銭(以下「受託金銭」といいます。)を、当社の自己資金とは分別して管理を行い、日証金信託銀行株式会社(以下「日証金信託」といいます。)へ信託しております。
                具体的な分別管理の方法は以下のとおりです。
                1. 受託金銭は、以下に記載するいずれかの銀行口座において、当社の自己資金とは分別してそれぞれ管理を行います。
                  GMOあおぞらネット銀行 法人営業部 ビツトバンク(カ)コキヤクグチ 口座
                  住信SBIネット銀行法人第一支店 ビツトバンク(カ)コキヤクグチ 口座
                2. ⅰの受託金銭に関し、法に基づいて信託しなければならない金額を毎営業日(以下「基準日」といいます。)の一定時間(日本時間0時)に算出します。
                3. ⅱで算出された受託金銭について、基準日の翌銀行営業日(日本国の法令等により銀行が休日とされる日以外の日をいいます。)に、当社は、日証金信託へ信託設定の依頼を行い、その翌銀行営業日に信託設定が行われます。
                1. 複数人が個別に保管する秘密鍵
                2. 署名用のオフラインコンピュータ(通信可能なチップは破壊済、記録媒体は一切含まれない)
                3. 当社独自開発の専用OS(DVD-ROMブート用)
                4. トランザクション移動用専用物理デバイス
                  ホットウォレットの顧客資産の割合について
                  当社のホットウォレットには顧客資産は含めず、自己資産のみとなっております。
                1. 債務の履行の方法
                  当社は、秘密鍵の漏えい等の事由(以下「漏えい等」といいます。)に起因して、お客様に対して暗号資産の返還ができなくなった場合、当社が保有する同種同量の暗号資産を交付する方法により、債務を履行することを原則とします。
                  もっとも、当該暗号資産の交付が困難である場合は、これに代えて金銭による弁済その他の方法により、お客様に対し適切な対応を行います。
                2. 債務の履行の時期
                  漏えい等の個別具体的な事情や状況等に応じ、当社において可能な限り速やかにその履行方法を確定させたうえで、お客様への対応を実施いたします。
                3. 債務の履行方法が金銭による場合の弁済額の算定の基準日および方法
                  漏えい等の個別具体的な事情や状況等を勘案し、合理的かつ客観的に適切であると認められる算定の基準日、および方法を当社においてそれぞれ決定のうえで、速やかにお客様に対し告知いたします。

                12.計画されたハードフォークおよび当該ハードフォークにより生ずる新たな暗号資産に係る対応指針について

                1. 計画されたHFへの対応について スリッページの定義と例 - ビットコイン スリッページの定義と例 - ビットコイン
                  当社は、当該HFの計画に関する情報収集に努めます。
                  1. 当社は、前項の情報収集により当該HFの発生時期、内容、当該HFを計画する主体、当該HFの目的および予測される効果、お客様に生ずるリスク等、暗号資産の利用を判断するために必要となる情報を得た場合、適宜、当社お知らせページ等でお客様に提供するよう努めます。
                  2. 当社は、当該HFによりお客様資産の保全およびお客様との取引の履行に何らかの支障が生ずるおそれがある場合には、当該HFの発生に備えてあらかじめ当該暗号資産に関する業務の全部または一部を一時停止する等お客様資産の保全およびお客様との取引を確実に履行するために必要かつ合理的な措置を講じます。
                  3. 前項の措置を講ずる場合には、お客様に対して事前に告知します。ただし、緊急に停止せざるを得ない場合を除きます。
                  4. 当社は、お客様資産の保全およびお客様との取引の確実な履行等に問題がないと判断した場合のみ、業務の一時停止措置等を解除します。
                  5. 業務の一時停止の開始および停止した業務の再開について、速やかに当社お知らせページ等でお客様に告知します。また、再開時期をあらかじめ定めずに業務を停止した場合には、業務の再開見込みについて、随時、お客様に情報を提供します。
                  6. 当該HFの発生に伴い行った業務の一時停止期間中に生じた当該暗号資産の価格変動によるお客様の損失については、当社は一切の責任を負いません。
                  1. 当社は、お客様に分裂暗号資産を付与する場合には、少なくとも以下の事項については十分に確認するものとし、以下の事項を満たしていない場合または当社の裁量により、付与・取扱が困難であると判断した場合、分裂暗号資産の付与を行いません。
                    1. 分裂暗号資産についてreplay-protection等、第三者による不正な移転を防止する措置が講じられているまたは講じることが可能であること
                    2. 分裂暗号資産にお客様の資産を侵害する仕組みが講じられていないこと
                    3. 分裂暗号資産の有する機能が不法、不正な行為を誘引するものではないこと
                    1. 当社が分裂暗号資産を暗号資産関連取引(分裂暗号資産に係るウォレットサービスの提供を含む。)に係る取扱暗号資産とする場合には、他の新たに取扱う暗号資産と同様に社内審査その他の手続きを行い、その取扱を決定します。
                    2. 当社は、当該暗号資産を保有していたお客様に対する分裂暗号資産の付与またはその他の適切な措置を実施した後でなければ、分裂暗号資産に係る暗号資産の売買等のサービスを開始しません。ただし、当該暗号資産をHF時点では取扱っていない場合またはHF後10年間を経過した場合を除きます。
                    3. 当社は、お客様に分裂暗号資産を付与した場合であっても、当該分裂暗号資産に係る暗号資産の売買等のサービスを取扱わないことができるものとします。

                    13.スリッページの定義と例 - ビットコイン スリッページの定義と例 - ビットコイン リスクの理解

                    価格変動リスク

                    スリッページに関するリスク

                    流動性リスク

                    手数料の変更によるリスク

                    当社の破たんリスク

                    暗号資産ネットワークによるリスク

                    システムリスク

                    1. 当社が、当社・当社以外の法人等またはお客様が運用・使用する通信回線、通信機器およびコンピューターシステム機器の障害に起因して、(i)情報伝達の遅延、不能、誤作動等、または(ii)受領した情報の誤謬、停滞、省略、中断および明らかな不具合(一回線のみに発生した障害、お客様が使用するパソコン、各種通信機器等の不具合は除きます。)が発生していると判断した場合。
                    2. 複数または多数のお客様によるインターネット(当社ウェブサイト、スマートフォンサイト・アプリケーション)経由でのご注文等やお取引自体が遅延し、または不可能となった場合。
                    3. 暗号資産ネットワークの管理者が存在する暗号資産に関し、当該管理者の通信回線やシステムに障害が発生した場合。
                    1. 実勢レートと大幅に乖離した価格での約定。
                    2. システム復旧作業における、取引のロールバック(当該障害発生以降におけるお客様のインターネット経由のご注文等を、通信回線やシステム障害の発生前の状態に戻すこと)や約定の取消、取引の不成立等により、お客様が損失を被ること。

                    法令・税制変更リスク

                    個人情報に関するリスク

                    銀行口座リスク

                    14.サービス退会時のお取扱い

                    1. サービスの退会が行われた場合、お客様は、当社のサービスを利用すること(サービス利用履歴の閲覧や保管資産の出金および送付等を含みますが、これらに限りません。)が一切できなくなり、退会前の状態に復旧することはできません。お客様は、当社に対する退会の申請を行う前に、取引口座内の保管資産の出金および送付等を含め必要な措置をすべて完了させたうえで、当社に対する退会の申請を行ってください。なお、お客様の誤操作による退会申請が行われた場合であっても、当社において当該申請が受理された場合、退会前の状態には復旧できませんのでご注意ください。
                    2. サービスから退会に伴い、当社のサービスにおけるお客様が有するすべての権利は、別段の定めがある場合を除き消滅するものとします。

                    15.お客様からの苦情または相談に応ずる、当社営業所の所在地および連絡先

                    受付担当部署:CX(カスタマーエクスペリエンス)部
                    所在地:〒141-0031 東京都品川区西五反田七丁目20番9号
                    KDX西五反田ビル7F
                    連絡先:
                    (1)お問い合わせフォーム
                    https://support.bitbank.cc/hc/ja/requests/new
                    (2) FAX 03-6427-1521
                    受付時間:平日午前10時から午後7時まで

                    16.苦情等処理に関する当社社内規程の概要

                    1. 裁判外紛争解決制度(ADR)及び一般社団法人日本暗号資産取引業協会の規則も踏まえつつ、関係部署が連携して、その事実と責任を明確にし、利用者の立場を尊重し、迅速、誠実、公平かつ適切にその解決を図ること。
                    2. 利用者の利便性にも必要な配慮を行ったうえで、広く利用者からの苦情等を受け付ける体制を整備すること。
                    3. 利用者からの意見等を真摯に受け止め、情報の共有化を図り、業務運営の改善に役立てること。
                    4. 利用者の個人情報は、当社に適用される個人情報保護に関連する各種法令及びガイドライン等を遵守し、適切に管理すること。
                    5. 反社会的勢力による苦情等を装った不当な介入に対しては、毅然とした対応をとるものとし、必要に応じて警察等関係機関との連携等を適切に行うこと。
                    6. 利用者に対して苦情等の対応の進行に応じた適切な説明を行うことを含め、可能な限り利用者の理解と納得を得て解決することを目指すこと。
                    7. 社内での対応が困難又は不可能である場合、その他担当執行役員により社外機関の利用等が適切であると判断された場合には、第11条に定める外部の紛争処理機関等を通じ、当該苦情等の解決を図ること。

                    17.苦情処理措置及び紛争解決措置に係る業務運営体制

                    1. 苦情処理措置
                      業務運営体制および社内規程を整備する措置
                    2. 紛争解決措置
                      東京弁護士会紛争解決センター、第一東京弁護士会仲裁センターおよび第二東京弁護士会仲裁センターを利用する措置

                    18.金融ADR制度の利用について

                    東京弁護士会紛争解決センター
                    第一東京弁護士会仲裁センター
                    第二東京弁護士会仲裁センター

                    19.認定資金決済事業者協会の利用について

                    一般社団法人 日本暗号資産取引業協会

                    所在地:〒102-0082 東京都千代田区一番町18番地
                    川喜多メモリアルビル4階
                    苦情相談・お問い合わせフォーム
                    電話:03-3222-1061
                    受付時間:月曜日~金曜日 午前9時30分~午後5時
                    (祝日(振替休日を含む)および年末年始を除く。)

                    金融庁のホームページに記載された暗号資産交換業者が取り扱う暗号資産(仮想通貨)は、当該暗号資産交換業者の説明に基づき、 資金決済法上の定義に該当することを確認したものにすぎません。
                    金融庁・財務局が、これらの暗号資産(仮想通貨)の価値を保証したり、推奨するものではありません。
                    暗号資産(仮想通貨)は、必ずしも裏付けとなる資産を持つものではありません。暗号資産(仮想通貨)の取引を行う際には、以下の注意点にご留意ください。

                    <暗号資産(仮想通貨)を利用する際の注意点>

                    暗号資産(仮想通貨)は、日本円やドルなどのように国がその価値を保証している「法定通貨」ではありません。インターネット上でやりとりされる電子データです。
                    暗号資産(仮想通貨)は、価格が変動することがあります。暗号資産(仮想通貨)の価格が急落したり、突然無価値になってしまうなど、損をする可能性があります。 暗号資産交換業者は金融庁・財務局への登録が必要です。当社は登録した暗号資産交換業者です。
                    暗号資産(仮想通貨)の取引を行う場合、事業者から説明を受け、取引内容をよく理解し、ご自身の判断で行ってください。
                    暗号資産(仮想通貨)や詐欺的なコインに関する相談が増えています。暗号資産(仮想通貨)を利用したり、暗号資産交換業の導入に便乗したりする詐欺や悪質商法に御注意ください。

                    当サイトにおけるニュース、取引価格、データ及びその他の情報などのコンテンツは一般的な情報提供を目的に作成されたものであり、特定のお客様のニーズ、財務状況または投資対象に対応することを意図しておりません。また、当コンテンツはあくまでもお客様の私的利用のみのために当社が提供しているものであって、商用目的のために提供されているものではありません。当コンテンツ内のいかなる情報も、暗号資産(仮想通貨)、金融の個別銘柄、金融投資あるいは金融商品の売買、投資、取引、保有などを勧誘または推奨するものではなく、当コンテンツを取引または売買を行う際の意思決定の目的で使用することは適切ではありません。
                    当コンテンツは信頼できると思われる情報に基づいて作成されておりますが、当社はその正確性、適時性、適切性または完全性を表明または保証するものではなく、お客様による当サイトのコンテンツの利用等に関して生じうるいかなる損害についても責任を負いません。
                    当社は当コンテンツの信頼性を確保するよう合理的な努力をしていますが、執筆者によって提供されたいかなる見解または意見は当該執筆者自身のその時点における見解や分析であって、当社の見解、分析ではありません。
                    当社は当コンテンツにおいて言及されている会社等と関係を有し、またはかかる会社等に対してサービスを提供している可能性があります。また、当社は当コンテンツにおいて言及されている暗号資産(仮想通貨)の現物またはポジションを保有している可能性があります。
                    当コンテンツは予告なしに内容が変更されることがあり、また更新する義務を負っておりません。
                    当コンテンツではお客様の利便性を目的として他のインターネットのリンクを表示することがありますが、当社はそのようなリンクのコンテンツを是認せず、また何らの責任も負わないものとします。

                    暗号資産(仮想通貨)は、移転記録の仕組みに重大な問題が発生した場合やサイバー攻撃等により暗号資産(仮想通貨)が消失した場合には、その価値が失われるリスクがあります。
                    暗号資産(仮想通貨)は、その秘密鍵を失う、または第三者に秘密鍵を悪用された場合、保有する暗号資産(仮想通貨)を利用することができず、その価値を失うリスクがあります。
                    暗号資産(仮想通貨)は対価の弁済を受ける者の同意がある場合に限り代価の弁済のために使用することができます。
                    外部環境の変化等によって万が一、当社の事業が継続できなくなった場合には、関係法令に基づき手続きを行いますが、預託された金銭および暗号資産(仮想通貨)をお客様に返還することができない可能性があります。なお、当社はユーザーに預託された金銭および暗号資産(仮想通貨)を、当社の資産と区分し、分別管理を行っております。
                    バナー広告等から遷移されてきた方におかれましては、直前にご覧頂いていたウェブサイトの情報は、当社が作成し管理するものではありませんのでご留意ください。

                    お知らせ・更新情報

                    成行注文
                    成行注文(新規注文・決済注文のような取引注文)は、実行時に当社の取引画面(お客様の側)で有効な価格が、当社サーバーに示される基準となる価格から規定の許容範囲内にあれば、基準となる価格が取引画面で示される価格を上回るか下回るかに関係なく、当社の取引画面(お客様の側)で有効な価格で実行されます(WYSIWYG見たままが得られる)。取引画面に示される価格(お客様の側)が上記許容範囲を超える場合、(たとえば、お客様の注文から注文の受信や実行までの間に基準となる資産が動いた場合、市場のボラティリティが高い場合や通信の遅れがある場合など)、注文はシンメトリカルに、取引画面に表示される価格と異なる、当社サーバーで示される価格(市場価格)で実行されます。取引画面(お客様の側)で表示される価格と当社サーバーの示す価格の間に相当な差がある場合は、注文は拒否されるものとします。

                    指値注文
                    指値注文(未来の注文)は、当社サーバーの示す市場価格で実行され、注文で指示された価格とは異なる場合があります(スリッページ)。スリッページは注文で指示された価格がサーバーで利用可能でない場合、たとえばボラティリティが高い場合や市場価格にギャップがある場合などに、発生します。このような場合、注文は、スリッページの方向がお客様に対して有利であるか不利であるかに関わらず、シンメトリカルで透過的な方法(シンメトリカルスリッページ)で、最初の利用可能な価格で実行されます。 スリッページはマイナス残高保護(追証なし)には影響しません。このためお客様は投資額(利益があった場合は利益を含む)以上の損失を出すことは決してないということに、留意してください。また、24時間ベースでは取引されないいくつかの通貨(RUBなど)や他の銘柄(株式や指数など)の取引では、日々市場にギャップが発生する可能性があり、それによりスリッページが発生しやすくなるかもしれませんので、ご注意ください。

                    取引時間
                    成行注文は、取引条件に詳述される各金融銘柄の取引時間内にのみ、注文・実行が可能です。指値注文は注文・変更・削除が各金融銘柄の取引時間外でも行えますが、このような指値注文の約定は、上述の取引時間内にのみ行われます。

                    CFDロールオーバー
                    有効期限までに決済されなかったすべての未決済のCFD先物契約は、当社により次の契約の有効期限までロールオーバーされ、ポジションは未決済のまま残ります。このようなロールオーバーの発生に伴い、お客様の残高は期限の切れた契約の価格と新しい契約の価格の差を反映させるために調整され、関連するすべての指値注文は新しい先物契約に合わせて調整されるものとします。残高の調整にはスプレッドが含まれる場合があります。このようなロールオーバーの期間中、当社は必要証拠金維持率を引き上げることがあります。各CFD先物契約の有効期限および必要証拠金維持率はウェブサイトの取引条件のページでご覧いただけます。

                    配当
                    株式CFDに関連して現金配当が分配された場合、配当の調整はお客様の保有する基準となる株式のポジションに対して、配当落ち前営業日の終了時に、お客様の残高に対して行われます。配当調整は、配当の規模、お客様のポジションのサイズ、買い取引か売り取引かに基づいて行われ、ロングポジションの場合はお客様の残高に調整が支払われ、ショートポジションではお客様の残高から調整が引き落とされます。配当は基準となる株式の取引時間外に該当株式の次の取引営業日開始前にお客様の残高に計上され、お客様が配当調整時に各ポジションを保有していることを条件とします。この間、次の取引日が開始するまでの間お客様の有効保有額を公正な価値に維持するために、当社はお客様の残高に課された支払いまたは受け取り配当金額に応じて、お客様のポジションを調整するものとします。

                    オーバーナイト金利
                    株式に加えて、先物契約ベースのCFD(指数と商品)は、毎日の金利調整の引き落としまたは入金(お客様の保有中のポジションがロングかショートかによる)の対象となります。これは基準となる資産の取引される通貨の銀行間金利に基づいて計算され、ここにはスプレッドが含まれることがあります。

                    PancakeSwap(パンケーキスワップ)の使い方・スワップ編【簡単4ステップ】

                    DeFi初心者さん

                    • パンケーキスワップで仮想通貨のスワップ(交換)をしたいです!
                    • とはいえ、使い方がまったくわからないので基礎から教えてください。
                    • パンケーキスワップで仮想通貨をスワップ(交換)する方法
                    • スワップができない時の確認リスト
                    • スワップできな時にスリッページを調整する方法
                    • パンケーキスワップのスワップに関するよくある質問

                    仮想通貨同士のスワップ(交換)は、 パンケーキスワップの最も基本的な機能 です。

                    これからパンケーキスワップを始めてみたいという方は、こちらの記事も参考になります。
                    2022年4月1日 【2022年6月最新】PancakeSwap(パンケーキスワップ)の始め方・やり方 | 簡単12ステップで解説【DeFi入門】

                    やまぶー

                    • 仮想通貨・ビットコイン投資歴3年
                    • 仮想通貨・DeFiの未来を信じて1,000万円以上を運用中
                    • 自ら身銭を削って得た仮想通貨の知識を発信しています。詳しいプロフィールは「こちら」です。

                    PancakeSwap(パンケーキスワップ)で仮想通貨をスワップする手順


                    それでは早速、パンケーキスワップで仮想通貨をスワップする方法について解説していきます。

                    • ステップ①:パンケーキスワップとメタマスクを接続する
                    • ステップ②:スワップする仮想通貨を選択する
                    • ステップ③:スワップする仮想通貨の数量を入力する
                    • ステップ④:スワップする

                    ステップ①:パンケーキスワップとメタマスクを接続する


                    ②上記の画面が開いたら、右上の「Connect Wallet」をクリックします。


                    ③すると、接続できるウォレットが表示されるので、メタマスクを選択します。


                    ④上記のようなポップアップが表示されるので「次へ」をクリックします。


                    ⑤続けて、「接続」をクリックします。


                    ⑥先ほどまで「Connect Wallet」と表示されていた部分に、自分のウォレットアドレスが表示されれば、接続完了です。

                    ステップ②:スワップする仮想通貨を選択する


                    ①接続が完了したら、画面左上の「Trade」→「Exchange」の順にクリックします。

                    スリッページの定義と例 - ビットコイン スリッページの定義と例 - ビットコイン
                    ②すると、上記のような画面になります。こちらがパンケーキスワップのスワップ画面です。今回は、例としてBNBをBUSDに交換したいと思います。


                    ③Swap画面の、上の欄にBNB、下の欄にBUSDを選択します。上の欄はすでに、BNBが選択されているので、下の欄をCAKEからBUSDに変更します。赤枠で囲んだ「CAKE」をクリックします。


                    ④すると候補の中に「BUSD」が表示されるので、クリックします。


                    ⑤上記のように、上の欄にBNB、下の欄にBUSDが選択されればOKです。

                    ステップ③:スワップする仮想通貨の数量を入力する


                    ①次に、スワップする数量を入力します。今回は、1BNBをBUSDにスワップしてみます。赤枠で囲んだ部分に「1」と入力します。


                    ②ちなみに、赤枠で囲んだMAXを入力するとウォレットに入っているすべての数量を指定することもできます。


                    ③下の欄のBUSDの数量は自動で入力されるので、特にイジる必要はありません。

                    ステップ④:スワップする


                    ①数量を指定したら、最後に、Swapボタンをクリックします。


                    ②すると上記のような画面になるので、内容を確認して「Confirm Swap」をクリックします。


                    ③スワップする時に発生する手数料が表示されるので、内容を確認して「確認」ボタンをクリック。


                    ④「Close」をクリックします。以上で仮想通貨のスワップは完了です。


                    ⑤最後に、念の為メタマスクを開いて、BUSDが入っているかも確認しておきましょう。上記のようにBUSDが増えていれば成功です!

                    PancakeSwap(パンケーキスワップ)でスワップできない時の確認リスト


                    上記の手順どおりにスワップをやってるんだけど、「なぜかスワップできないです!」という方は、一度、以下の項目を確認してみてください。

                    • ①ガス代を支払うだけのBNBがウォレットの中にあるか?
                    • ②スリッページの設定は適切か?
                    • ③ガス代の設定は適切か?
                    • ④PCのキャッシュを消去してみる
                    • ⑤ブラウザを再起動してみる
                    • ⑥PCを再起動してみる
                    • ⑦デバイスを変えてみる

                    特に、 ②のスリッページが原因でスワップできないケースが多い ので、スリッページについては次の章で詳しく解説します。

                    あと、 スマホはパソコン以上に動作が不安定 なので、スマホでうまくいかない方はパソコンからやってみると、すんなりスワップできちゃうケースもあります。

                    スワップできない原因のほとんどがスリッページ

                    そもそもスリッページとは?

                    スリッページとは、スワップをするときに、 表示された金額と実際に取引される金額にズレが生じること です。

                    で、スリッページをどれくらいに設定すればいいの?

                    僕の経験上、スリッページを 5〜15%くらいまで上げるとエラーが解消する ケースが多いです。

                    スリッページを調整する手順


                    ①スワップ画面を開いて、赤枠で囲んだ歯車アイコンをクリックします。


                    ②次に、赤枠で囲んだ部分に数値を入力します。今回は例としてスリッページを「5%」に設定してみます。


                    ③スリッページを入力できたら、そのままスワップ画面に戻ります。特に保存ボタンなどはないです。スワップ画面に戻って、赤枠で囲んだ部分に「5%」と表示されていれば設定完了です。

                    PancakeSwap(パンケーキスワップ)でのスワップに関するよくある質問(FAQ)

                    よくある質問①: スワップ時に発生するガス代(手数料)はどこで確認できますか?


                    こちらの画面ですね。赤枠で囲んだ部分がガス代です。

                    よくある質問②: ガス代はどうやって調整すればいいですか?

                    ガス代を調整する手順は以下の通りです。

                    ①赤枠で囲んだ編集をクリックします。


                    ②すると上記のような画面になるので、「Edit suggested gas fee」をクリックします。


                    ③赤枠で囲んだ矢印をクリックして「Gas price」を調整します。


                    ④Gas priceを調整したら「保存」ボタンをクリックします。

                    よくある質問③: スワップしたはずのトークンがメタマスクにありません!どうしたらいいですか?


                    ①メタマスクを起動して、赤枠の「import tokens」をクリックします。


                    ②追加したいトークンを検索窓に入力します。今回は、「BUSD」と入力して検索してみます。


                    ③検索結果に「Binance USD(BUSD)」と表示されるので選択して「次へ」をクリックします。


                    ④最後に、確認画面が表示されるので問題なければ、「Import Tokens」をクリックします。


                    ⑤メタマスクのホーム画面に戻ると、BUSDが追加されているのがわかります。以上でトークンの追加は完了です。

                    その手順については、以下の記事で詳しく解説しているので、よかったら参考にしてみてください。
                    2022年3月6日 【初心者向け】メタマスク(MetaMask)にトークン追加をする方法

                    まとめ:パンケーキスワップで仮想通貨をスワップする方法


                    この記事では、パンケーキスワップで仮想通貨をスワップする方法を解説しました。

                    • パンケーキスワップとメタマスクを接続する
                    • スワップする仮想通貨を選択する
                    • スワップする仮想通貨の数量を入力する
                    • スワップする

                    これまで使っていた取引所とは画面の構成がまったく違うので、最初は戸惑うかもですが、 繰り返しスワップをしながら慣れていけばOK です。

                    海外ビットコインFXに追証がない理由。証拠金維持率やノミ業者、相対取引の話

                    BitMEX(ビットメックス)には追証(借金)がないって本当?

                    仮想通貨コラム

                    追証というのは平たく言えば 借金 になるということです。

                    私が見た中ではビットフライヤーのLightning FXで 追証2500万円 の人がいました…

                    追証がやばい

                    追証(Margin Call)


                    ビットコインFXのような信用取引では、証拠金として入金した額を担保に実際より大きなポジションを借りるので、定められた証拠金(保証金)率を維持する必要があります。

                    証拠金維持率を下回ると 基本的に ロスカット(強制決済)されるようになっています。

                    ロスカット執行の証拠金維持率は取引所によって違う

                    取引所名最大レバ証拠金維持率
                    Bybit 100倍0.5%
                    OKX 100倍0.5%
                    FTX 100倍0.5%
                    BitMEX100倍0.5%
                    GMOコイン10倍75%
                    bitFlyer 15倍50%
                    DMMビットコイン 4倍80%
                    Zaif7.7倍30%

                    BitMEXの証拠金維持率は0.5%なので、簡単に言うと口座残高がほぼゼロになるまでポジションを保有していられる(=値幅に耐えることが出来る)ということになります。
                    DMMビットコインは80%ということなので、 通常は 、ロスカットが起きてもいくらか残高が口座に残っている状態で損失を留めることができるということになります。

                    悲惨な追証体験談

                    ビットフライヤーFXの追証

                    172万で30枚ロング、125万で強制ロスカット

                    GMOコインの追証

                    20万の追証

                    Zaif(ザイフ)の追証

                    Zaif(ザイフ)の追証

                    Zaif(ザイフ)のビットコインFXはサーバー落ちからのチャート崩壊・ロスカット連鎖で悲惨なエピソードが数多くあります。
                    この方もきっとサーバーダウンからのロスカットに巻き込まれたうちの一人でしょう…。
                    暴落により720万円の追証が発生しています。

                    ビットコインFXに追証が発生しない仕組みは?ADL等

                    海外取引所の独自レバレッジ自動解消(ADL)対策

                    巨大なポジションをロスカットで完全に清算できない場合、他のトレーダーがレバレッジ解消システム(ADL)に直面し、大口ポジションの証拠金必要額を増やすことで追証を起こすことなく辻褄合わせで対処する場合があります。
                    これは「Socialized Loss, Clawback(損失の社会化)」システムと呼ばれます。

                    BitMEXには追証補填用の保険基金がある

                    BitMEX保険基金の履歴ページ

                    BitMEXは、相場が大変動した時にも追証が発生しないように、積立基金(プール金)があり、この額は誰でもBitMEX で確認することが出来ます。
                    トレード画面の「契約」→「保険基金」のページから確認することが出来ます。

                    保険基金の日々の残高

                    保険基金を使用して取引ポジションの追証を防いでいると明記されています。
                    また、ロスカット価格が市場価格とBitMEX独自価格で剥離が起きている場合にユーザーが不利な価格で約定しないようにする補填にも使われるということです。

                    海外大手は板が厚いのでスリッページが起きにくい

                    海外は相対取引だから追証がない?A-BookとB-Bookについて

                    金融業界では合法的にノミ業者・ノミ屋という業態が存在しています。
                    ノミ業者の取引形態の取引所を B-Book 、OTC方式、DD方式ともいいます。

                    B-Book、OTC方式、DD方式

                    市場に対してオーダーの仲介を行う通常の板取引とは違い、取引所の内部で反対取引を行い(つまり注文を相殺してユーザーのオーダーを飲み)、実際には市場に対してオーダーの売買が発生しないものをいいます。
                    ユーザーVS取引所、という構図になります。
                    ※競馬などギャンブルのノミ屋は(ブックメーカー)と呼ばれますが、日本では法律上違法となります。

                    ビットコイン市場にはそもそも川伝統的金融商品のようなインターバンクが存在しないため、区分が厳密にいうと違うわけですが、イナゴフライヤー(いなごFlyer) に表示される取引所は市場に影響を与える板取引形式ということでA-Book、市場に出来高が出てこないのでイナゴフライヤーに登場しない取引所がB-Bookと見なすことができます。
                    ※便宜上こう書いてます

                    日本の取引所はノミ屋が多い?

                    実は日本の仮想通貨FXの取引所は半数以上がノミ屋(B-Book)で、為替FXなどではA-BookよりB-Bookの業者の方が圧倒的に多いです。
                    仮想通貨界隈では、取引所ではなく「 販売所 」という呼び名で区別されています。
                    代表的なところでは、GMOコイン(※取引所も出来たので複合型)、DMMビットコインが典型的なノミ業者(B-Book)。
                    ビットフライヤーは、ビットコインFXは板取引(A-Bookに近い)で、 現物販売 はノミ形式(B-Book)です。

                    海外ビットコインFXは板取引(A-book)が主流

                    日本の 販売所 は、 胴元である取引所とユーザーとの相対取引 なので根本的に利益相反の関係になっており、ビジネスモデルが違うのですが違法ではありません。

                    ノミ屋(B-Book)だから追証が発生しないということでもない

                    GMOコインやDMMビットコインを見てもらえばわかりますが、相場の大変動時に追証は発生しています。利益や損失を飲んでくれるものが「ノミ屋」本来のビジネスモデルのはずですが、損失超過分についてはユーザー負担ということになっています。
                    CryptoGTは追証なしを明言しているので超過損失も 飲んで くれるのでしょうね。
                    ※B-Bookの海外業者はそもそも法的に過損失分を回収することが困難だから追証なしにせざるを得ないとも言われています。

                    追証がない日本の取引所は?

                    日本の仮想通貨取引所は全て追証があります。
                    追証がない取引所は日本の技術力では作れない…という訳ではなく、法律の関係で何故かユーザーが保護されていないのです。
                    胴元に都合がいいルールになっていると考えて差し支えありません。

                    bitbank tradeは唯一追証がない国内取引所(取次が海外取引所okex だった為)だったのですが、人気の無さから閉鎖になりました…。

                    追証を防ぐために気をつけるポイント

                    ビットコインFXのボラティリティとレバレッジの掛け算は、大きなリターンをもたらす反面、損失にも反映されるものです。
                    いくらのレバレッジが掛かっているのか?証拠金維持率は何%か?
                    それに見合ったリスクを想定しておかなければなりません。

                    最大レバレッジギリギリのトレードをしない

                    例えばBybitやOKEXなら100倍レバレッジを実現できますが、一万円の口座残高(証拠金)に対して100万円のフルレバレッジのトレードをしたらすぐにロスカットされてスッカラカンになってしまうでしょう。

                    損切り注文を予め入れておくか想定しておく

                    ロスカットになってしまう理由として、損切が遅くなってしまい損失を確定したくないという心理が働いてロスカットされるまで粘ってしまうということがあります。
                    そうならないように、オーダーを入れたときには同時に、
                    損切りはどの価格帯で出すか?を考えておく必要があります。

                    ストップ指値注文

                    損切注文をエントリー時にすでに入れておくのもかなり良い戦略です。
                    損切注文である「ストップ指値注文(逆指値)」利確の注文である「利食い注文」の原理を理解して使いこなせるようになりましょう。

                    関連記事

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

コメント

コメントする

目次
閉じる