PocketWPは、暗号資産(暗号通貨/仮想通貨)の情報を
整理・ストックするサービスです(β)
0x(ZRX) WP 日本語機械翻訳
edit 編集

Etherum分散取引所 0x (ZRX) Whitepaper 機械翻訳

アブストラクト

我々は、Ethereumブロックチェーン上でERC20トークンの低摩擦のピアツーピア交換を容易にするプロトコルを説明する。このプロトコルは、交換機能を組み込んだ分散アプリケーション(dApp)間の相互運用性を推進する、オープンスタンダードおよび共通の構成要素として機能することを目的としています。取引は、公的にアクセス可能で、自由に使用でき、どのdAppも接続できるEthereumスマートコントラクトのシステムによって実行されます。プロトコルの上に構築されたDAppは、公的流動性プールにアクセスしたり、独自の流動性プールを作成したり、結果として得られた量に対して取引手数料を請求することができます。このプロトコルは批判的ではありません。それは、そのユーザにコストをかけたり、あるユーザグループから別のユーザの利益のために任意に値を抽出したりすることはありません。

1 はじめに

ブロックチェーンは、信頼できる第三者を必要とせずに誰もがオープンな金融ネットワークを介して資産を所有および転送できるようにすることで革命的になりました。何百ものブロックチェーンベースのアセットがあり、毎月追加されているので、これらのアセットを交換する必要性はますます複雑になっています。スマート契約の出現により、2つ以上の当事者がブロックチェーンアセットを交換する必要なしに交換できます。信頼できる第三者機関

分散交換は、いくつかの主な理由から、集中交換のエコシステムからの重要な進歩です。分散交換は、ハッキングされたり、顧客の資金で逃げられたり、賭けられたりすることができなくなるためです。政府の規制。ハック山 Gox、Shape shift、およびBitfinexは、システミックリスクのセットタイプが明白であることを実証しました。分散型の交換では、仲介者なしでユーザーが信頼できない方法で取引できるようにし、セキュリティの負担を1人のカストディアンではなく個々のユーザーに委ねることで、これらのリスクを排除します。

Ethereumブロックチェーンの生成がブロックされてから2年が経ち、数多くの分散アプリケーション(dApp)が、ピアツーピア交換のためのEthereumスマートコントラクトを作成しました。迅速な反復とベストプラクティスの欠如により、ブロックチェーンには独自のアプリケーション固有の実装が散在しています。その結果、エンドユーザーは独自の構成プロセスと習熟曲線を使用して、品質とセキュリティが異なる多数のスマートコントラクトに晒されます。これらはすべて同じ機能を実装しています。このアプローチは、各ユーザーが使用している特定のdAppに従ってエンドユーザーを細分化することで、ネットワークに不要なコストをかけます。流動性の周りの貴重なネットワーク効果を破壊します。0xはEthereumブロックチェーンの分散交換のためのオープンプロトコルです。それはますます洗練されたdAppsを駆動するために他のプロトコルと結合されるかもしれない基本的な構成要素として役立つことを意図しています[4]。0xは、図1に示すように、さまざまなdAppの共有インフラストラクチャとして機能できる、公的にアクセス可能なスマートコントラクトシステムを使用しています。長い目で見れば、オープンな技術標準はクローズドな技術標準に勝ちます。毎月のブロックチェーンでは、これらの異なるトークンの使用を必要とするmoredAppが表示されます。結果として、交換のためのオープンスタンダードは、このオープン経済を支えるために重要です。オープンな技術標準はクローズドの技術標準に勝る傾向があり、毎月ブロックチェーンでより多くのアセットがトークン化されるにつれて、これらの異なるトークンの使用を必要とするmoredAppが登場するでしょう。結果として、交換のためのオープンスタンダードは、このオープン経済を支えるために重要です。オープンな技術標準はクローズドの技術標準に勝る傾向があり、毎月ブロックチェーンでより多くのアセットがトークン化されるにつれて、これらの異なるトークンの使用を必要とするmoredAppが登場するでしょう。結果として、交換のためのオープンスタンダードは、このオープン経済を支えるために重要です。

図1:オープンプロトコルはアプリケーションに依存しない プロトコル層をアプリケーション層から切り離すことで、dApp開発者とエンドユーザーの両方に共通の利点がもたらされます。

2 現存する仕事

Ethereumスマートコントラクトを使用して実施された分散型取引所は、設計の効率が悪く、マーケットメーカーに高い摩擦コストがかかるため、大量の取引を生み出すことができませんでした。特に、これらの実装では、注文書1をブロックチェーンに配置し[5]〜[8]、マーケットメーカーは注文を投稿、変更、またはキャンセルするたびにガスを使う必要があります。単一のトランザクションのコストは小さいですが、進化する市場の状況に応じて頻繁に注文を変更することは法外に高価です。マーケットメーカーに高いコストを課すことに加えて、チェーン上の注文帳簿を維持することは、必ずしも価値の移転をもたらさずにネットワーク帯域幅を消費しそしてブロックチェーンを膨張させるトランザクションをもたらす。

自動化されたマーケットメーカー(AMM)のスマート契約は、オンチェーン注文書に代わるものとして提案されています[9、10]。AMMスマートコントラクトは、注文帳を価格調整モデルに置き換えます。このモデルでは、資産のスポット価格は、互いよりもむしろAMMで市場取引の両側の市場の力と市場参加者に決定的に反応します。AMMの利点には、可用性(相手方として機能することは常に可能ですが、提供されるスポット価格は従来の取引所から得られるものよりも悪くなる可能性があります)、および必要な外部スマート契約との統合の容易さが含まれます。成行注文を執行する。価格調整モデルの決定論的な性質により、市場流動性には敏感ではなくなります。つまり、取引は価格が厚い市場でも薄い市場でも同じ量を動かすことになります[11]。言い換えると、AMMは供給曲線に人為的な制約を課します。価格調整モデルの感度が高すぎると、小規模な取引でもスポット価格に大きな変動が生じます。価格調整モデルが十分に敏感ではない場合、AMMのバンクロールは仲裁人によってすぐに使い果たされます。

ステートチャネルは、Ethereumブロックチェーンを拡張し、交換を含むさまざまなアプリケーションのコストを削減するための手段として提案されています[12]。トランザクションをブロックチェーンから移動させることによって[13]、[14]。ステートチャネルは、多数の中間状態の変化が1つのチェーンで解決される前にチェーン外で累積される可能性がある「バータブ」アプリケーションに最適です。トランザクション(デイトレード、ポーカー、ターン制ゲーム)チャネル参加者のうちの1人がチャネルを離れるかまたは不正行為を試みると、他の参加者が違反者から受け取った最新のメッセージを公開することができるチャレンジ期間があります。その結果、不正参加者に対抗するためにはチャネル参加者は常にオンラインでなければならず、したがって参加者はDDOS攻撃に対して脆弱です。状態チャネルは特定のユースケースのためのオンチェーントランザクションの数を劇的に減少させるが、状態チャネルを開いて安全に閉じるために必要とされる多数のオンチェーントランザクションおよび保証金はそれらをワンタイムトランザクションに対して非効率的にする。

「インチェーン決済によるオフチェーン注文リレー」と呼ばれるハイブリッド実装は、州チャネルの効率性とオンチェーン注文帳簿のほぼ即時の決済を兼ね備えています。このアプローチでは、暗号で署名された注文はブロックチェーンからブロードキャストされます。利害関係のある相手方は、これらの注文の1つ以上をスマートな契約に投入して、ブロックチェーンで直接、信頼できない状態で取引を執行することができます。マーケットメーカーにとっては、意図的な連鎖を示す可能性があり、価値が移転されている場合にのみ取引が発生するため、摩擦コストは最小限に抑えられます。私たちは、誰でも交換として行動できるようにし、プロトコルをアプリケーションにとらわれないようにすることによって、このアプローチを拡張します。

3 仕様

図2は、チェーン外のオーダーリレーおよびチェーン上の決済に使用される一般的な一連の手順を示しています。ここでは、後で重要になるいくつかのメカニズムを無視します。

図2:チェーン外注文リレー、チェーン内決済図 灰色の長方形と円は、それぞれEthereumスマートコントラクトとアカウントを表します。Ethereumスマートコントラクトを指す矢印は関数呼び出しを表します。矢印は発信者から着信者に向けられます。スマート契約は他のスマート契約内の機能を呼び出すことができます。Ethereumブロックチェーンの外側の矢印は情報の流れを表します。

  • 1.メーカーは、トークンA2の残高にアクセスするための分散交換(DEX)契約を承認します。
  • 2. Makerは、トークンAをトークンBに交換する注文を作成し、希望の為替レート、有効期限(注文を満たすことができない期限)を指定し、それらの秘密鍵で注文に署名します。
  • メーカーは任意の通信媒体を介して注文をブロードキャストする。
  • 4.受取人はその命令を傍受し、それを執行したいと決定します。
  • 5. Takerは、トークンBの残高にアクセスするためのDEX契約を承認します。
  • 6.受取人は、署名した注文書をDEX契約に提出します。
  • 7. DEX契約はメーカーの署名を認証し、注文が期限切れになっていないことを確認し、注文がまだ執行されていないことを確認してから、指定された為替レートで2者間でトークンを転送します。

3.1メッセージフォーマット

各注文は、注文パラメータおよび関連する署名を含むデータパケットです。順序パラメータは、Keccak SHA3関数を介して連結され、32バイトにハッシュされます。注文オリジネーターは、秘密鍵を使用して注文ハッシュに署名し、ECDSA署名を生成します。

3.1.1ポイントツーポイント注文

ポイントツーポイント命令は、二者がメッセージを中継することを好むほぼ任意の通信媒体を使用して互いに直接トークンを交換することを可能にする。注文を構成するデータのパケットは数百バイトの16進数で、電子メール、Facebookのメッセージ、ささやき声、または同様のサービスで送信される可能性があります。注文は指定された受取人の住所でしか埋めることができないため、盗聴者や外部の当事者にとってはその注文は役に立ちません。

3.1.2ブロードキャストオーダー

流動性のある市場が出現するためには、買い手と売り手が注文を投稿して後で注文帳にまとめることができる公共の場所、すなわち取引所がなければなりません。交換の構築と運用には費用がかかり、これまで説明してきたプロトコルでは、そのような費用を負担する動機付けが得られません。Broadcast Ordersは、誰もが取引所として行動し、注文帳(公的または私的)を維持し、結果として生じるすべての流動性について取引手数料を請求することを可能にすることによってこの問題を解決します。私達は注文帳を主催し維持する実体を交換ではなく中継者と呼びます。取引所が独自のインフラストラクチャを構築して運用し、取引を実行し、ユーザーの資金を処理する必要がある場合、Relayersは一般的なメッセージで構成される注文帳をホストおよび伝播することで市場参加者間のシグナリングを促進します。市場参加者はRelayerを信頼する必要があるため、Relayersは市場参加者に代わって取引を実行しません。代わりに、テイカーは彼ら自身の取引を執行します。

放送注文のメッセージフォーマットは、公衆交換を容易にし中継者を動機付けるためにポイントツーポイントメッセージフォーマットへの2つの変更を含む。第一に、放送注文はテイクアドレスを指定しないので、放送注文はそれを傍受した誰かによって満たされることを可能にする。第2に、放送オーダは、取引料金値を指定するfeeA、feeB、およびfeeRecipientパラメータと、取引料金を集めるためにRelayerによって使用されるアドレスとを含む。注文が満たされると、交換スマートスマートコントラクトがこれらのfeesto feeRecipientを転送します。図3は、MakersとRelayersが信頼できない方法で取引手数料を交渉するために使用する一連のステップを表しています。

図3:中継者は、取引手数料と引き換えに、チェーン外の注文帳をホストして維持します。この図は、オフチェーン注文の中継と、信頼できない方法で取引手数料を交渉するためにMakersとRelayersが使用する一連の手順を示しています。取引の決済時に取引手数料がMakerやTakerからRelayerに移動され、図2に示すチェーン上の決済プロセスが延長されます。

  • 1. Relayerは、手数料スケジュールと、取引手数料の徴収に使用する住所を引用します。
  • 2. Makerは注文を作成し、feeAとfeeBをRelayerの料金スケジュールを満たす値に設定し、fee RecipientをRelayerの希望する受信アドレスに設定し、それらの秘密鍵で注文に署名します。
  • 3.メーカーは署名した注文をRelayerに送信します。
  • 4. Relayerは注文を受け取り、その注文が有効であること、および必要な料金を提供していることを確認します。注文が無効であるか、Relayerの要件を満たしていない場合、注文は拒否されます。注文が満足のいくものであれば、Relayerは注文を注文帳にポストします。
  • 5.受取人は、製造業者の注文を含む注文書の最新版を受け取ります。
  • 6. Takerは、Ethereumブロックチェーンの交換契約にそれを提出することによってMakerの注文を満たします。

Makerが取引手数料を指定しているのは奇妙に思えるかもしれませんが、Relayersはどの注文が掲載されるかを制御できることに留意してください。したがって、Makerが自分の注文を特定の注文帳にポストする場合は、feeA、feeB、およびfeeRecipientを、その注文帳に関連付けられているLayerを満たす値に設定する必要があります。手数料はチェーン外で交渉されるため、Relayersは独自の判断で動的にスケジュールを変更することができます(まだ署名されていない着信注文に対して、既存の注文に対してではありません)。中継者は、料金を設定および調整する際にオンチェーンまたはオフチェーンで利用可能な情報を使用することができ、柔軟な料金スケジュール(均一料金、パーセントベース、数量ベース、段階的、購読モデルなど)を可能にする。ただし、Relayerがオーダーブックへのオーダーを承認した後は、そのオーダーの料金値を変更することはできません。

従来の取引所サービスは、マッチングエンジンを使用してユーザーに代わって成行注文を処理しており、ユーザーは取引所が最高の利用可能な価格で取引所に提供することを信頼する必要があります。一般に、ユーザーは、これらの規制対象事業体が不正をしようとした場合、または対応するエンジンが誤動作した場合に責任を負うことになると確信することができます。0xプロトコルが信頼できないままでいるために、RelayersはMakersとTakersの代わりに取引を実行する能力を与えられません。代わりに、RelayersはTakersに最良の利用可能な価格を推薦することができるだけで、Takersはその後独立してトランザクションに署名してブロックチェーンに送ることを決定しなければなりません。つまり、0xプロトコルでは実際の市場の注文をサポートできませんが、適切に設計されたWebアプリケーションでこのようなユーザーエクスペリエンスに近づくことができます。

feeRecipientアドレスは任意のスマートコントラクトを指す可能性があることを認識することが重要です。これは、複雑なRelayerインセンティブ構造を0xプロトコルに「プラグイン」できることを意味します。たとえば、受取人契約は、複数のRelayer間で取引料金を分割したり、各ノードが検閲抵抗のあるp2pネットワーク3内でオーダーブックを伝播する際の貢献度に応じてノードの集まりにトランザクション料金を分配するように設計できます。

3.2スマート契約

交換プロトコルは、公的にアクセス可能で自由に使用できるEthereumスマートコントラクト内に実装されています(標準のガス代を超えて追加料金がユーザーに課されることはありません)。これはSolidityプログラミング言語で書かれており、比較的単純な2つの関数、fillとcancelを含みます。契約全体は約100行のコードで、注文を満たすには約90,000ガソリンかかります。

3.2.1署名認証

取引所スマートコントラクトは、引数としてハッシュとハッシュの署名を取り、署名を生成した公開鍵を返すecrecover関数を使用して、発注者(Maker)の署名を認証することができます。ecrecoverによって返された公開鍵がメーカーのアドレスと等しい場合、その署名は本物です。

  • アドレスpublicKey = ecrecover(hash、signature(hash)); if(publicKey!= maker)throw;

3.2.2塗りつぶしと部分塗りつぶし

取引所スマートコントラクトは、以前に履行された各注文への参照を格納して、単一の注文が複数回履行されるのを防ぎます。これらの参照はマッピング内に格納されています。この場合、32バイトのデータチャンクを256ビットの符号なし整数にマップするデータ構造。注文に関連するパラメータをKeccak SHA3関数に渡すと、その注文を一意に識別するために使用できる一意の32バイトハッシュが生成されます(ハッシュ衝突の可能性、同一のハッシュで2つの異なる注文を見つける)は事実上ゼロです。注文が満たされるたびに、マッピングは注文ハッシュと満たされた累積値を格納します。

Takerは、取引所スマートコントラクトの約定機能を呼び出すときに、追加の引数valueFillを指定することによって注文を部分的に約定することができます。部分約定の合計が注文の合計金額を超えない限り、複数の部分約定を単一の注文に対して実行することができます。

3.2.3有効期限

注文の有効期限は、注文が署名された時点でMakerによって指定されます。有効期限は、unixエポック以降の絶対秒数を表す符号なし整数値です。この値は、一度署名されると変更できません。Ethereum仮想マシン内の時間は、新しいブロックがマイニングされるたびに設定されるブロックタイムスタンプによって指定されます。したがって、注文の満了ステータスは、Takerが注文を約定する意思をブロードキャストした時間には依存せず、代わりに約定者がEVMで約定機能が実行されている時間に依存します。マイナーは、現在のブロックのブロックタイムスタンプを前のブロックのタイムスタンプより早く設定することはできません。

3.2.4注文のキャンセル

満たされていない期限切れの注文は、交換スマートコントラクトのキャンセル機能を介して、関連するメーカーによってキャンセルされてもよい。cancel関数は注文のハッシュを注文の最大値(valueA)にマッピングし、それ以降の約定を防ぎます。注文をキャンセルするとガスが発生するため、キャンセル機能はフォールバックメカニズムとして機能することのみを目的としています。通常、メーカは、注文の有効期限を注文の更新頻度と一致するように設定することで、チェーン取引を回避することが期待されています。

このアプローチの問題点の1つは、Takerがその同じ注文を約定しようとしているのとほぼ同時にMakerが注文をキャンセルしようとするという状況を引き起こす可能性があることです。2つの取引のうちの1つが採掘される順序によっては、一方の取引が失敗し、ガスを無駄に消費することになります。取引が採掘される順序に関する不確実性は、望ましくない結果につながる可能性があります。この不確実性は、Ethereumブロックチェーンで保留中のトランザクションが大量に滞留することになると増加する可能性があります。

4 プロトコルトークン

暗号経済的プロトコルは、合理的経済主体のネットワークがプロセスの完了に向けて行動を調整することを推進する金銭的インセンティブを生み出す[4、17、18]。0xは基本的に買い手と売り手の間のシグナリングを容易にするために使用されるネットワーク暗号プロトコル(暗号経済プロトコルではなく)ですが、交換機能を組み込んだdAppのオープンスタンダードとして機能することを意図しています。すべての貢献している当事者のために運営上の間接費を加える。各当事者がそれぞれ異なるニーズと経済的インセンティブを持っている場合、調整は特に困難になる可能性があります。プロトコルトークンは、金銭的インセンティブを調整し、単一の技術標準に基づいて複数の関係者を組織することに関連するコストを相殺することができます。養子縁組に関連するインセンティブを調整する一方で、

4.1分散ガバナンス

そのため、プロトコルを更新するには、ネットワークを分岐させるか、プロトコルに依存するユーザーとプロセスが中断されるまで、まったく新しいスマート契約を展開する必要があります。最新版への「オプトイン」。交換の文脈では、破壊的なプロトコル更新はすべての未処理注文を無効にし、各市場参加者に彼らの取引残高にアクセスするための新しいスマート契約を承認することを要求する可能性があります。あるいは、このプロトコルは、dAppの相互運用性によって生じるネットワークの影響を中和しながら、並行して動作する2つのバージョンに分岐する可能性があります。スマートコントラクトの抽象化は、上位レベルのプロセスを中断することなく継続的に更新をプロトコルに統合するために使用されるかもしれませんが、そのようなアップデートメカニズムは、エンドユーザにとって重大なセキュリティリスクを引き起こす可能性があります(最悪の場合、攻撃者がユーザ資金にアクセスする可能性があります)。プロトコルトークンは、プロトコルのユーザおよび利害関係者を保護しながら、更新をプロトコルに継続的に統合することを可能にする分散更新メカニズムを推進するために使用され得る。

0xは、パートナーのdAppおよび将来のエンドユーザーに発行されるプロトコルトークンの固定供給とともにEthereumブロックチェーンに展開されます。プロトコルトークンには2つの用途があります。市場参加者がRelayersに取引料金を支払うためと、プロトコルの更新に関する分散型ガバナンスのためです。分散ガバナンスは、図4に示すプロセスに従って、更新を0xプロトコルに安全に統合するために使用されます。最初は、より高度なDAOが開発されるまで、単純な複数署名契約が分散ガバナンスに使用されます。0xプロトコルとそのネイティブトークンは、不要なコストをユーザーに課したり、レンタルを求めたり、Relayersから価値を引き出すことはありません。プロトコルのスマートコントラクトは、公にアクセス可能で、完全に無料で使用できるようになります。あるグループが他のグループを犠牲にして利益を得るためのメカニズムは導入されません。

図4:プロトコルの更新は、契約の抽象化と分散型ガバナンスの組み合わせによってネットワークを中断することなく展開できます。エンドユーザーは、彼らが取引を計画しているトークンへのアクセス権を持つプロキシ契約を提供します。利害関係者は、DAOを介してまったく新しいスマート契約(DEX v2)内に実装されているプロトコルの改善を提案し、選択します。DAOは、新しいスマートコントラクトがプロキシ契約のホワイトリストに追加し、最終的にプロトコルの非推奨バージョンを非公開にすることで、ユーザートークンにアクセスすることを承認します。

4.1.2トークンレジストリ

注文は、機械可読な16進バイトコードで構成されていますが、人間にとって視覚的に解釈するのは必ずしも容易ではありません。トークンRegistry4契約は、各トークンに関連付けられたメタデータ(名前、シンボル、契約アドレス)、およびトークンの最小単位を表すのに必要な(為替レートの決定に必要な)小数のERC20トークンのリストを格納するために使用されます。レジストリは、取引を実行する前にトークンアドレスと為替レートを独立して確認するために市場参加者が使用することができる公式のチェーン上の参照として機能します。トークンレジストリは信頼できる情報源として機能するため、レジストリにトークンを追加、変更、または削除するには監視が必要になります。0xステークホルダーがこの監視を提供します。トークンレジストリでは、ユーザーが注文の整合性を簡単に確認できるようになりますが、

将来的には、プロトコルの注文フォーマットを変更して人間が読みやすくなるようにすることができます。トークンは、トークンの契約アドレスではなく、トークンレジストリに登録されている3文字の記号で識別できます。Ethereumネームサービス(ENS)を使用すると、アカウントや契約アドレスではなく、「the Dunkle.eth」などの人間が読める名前でMakers、Takers、Relayersを識別できます。

5まとめ

チェーン外注文リレー+チェーン決済=マーケットメーカーにとっての低摩擦コスト+迅速な決済。

  • dAppが利用できる、公的にアクセス可能なスマートコントラクト。
  • 中継者は独自の流動性プールを作成し、取引手数料を大量に請求することができます。
  • 標準化+分離=共有プロトコル層→
    - dApp間の相互運用性を提供
    - 相互利益となる流動性を中心としたネットワーク効果の創出-
    参入障壁の削減、市場参加者のコスト削減
    - 冗長性の排除、ユーザーエクスペリエンスの向上とスマートコントラクトセキュリティ
  • 分散アップデートメカニズムにより、dAppやエンドユーザを混乱させることなく、継続的かつ安全に改善をプロトコルに統合できます。

6謝辞

私たちのメンター、アドバイザー、そしてEthereumコミュニティの多くの人々に感謝の意を表したいと思います。特に、この作品のレビュー、編集、およびフィードバックを提供してくれたJoey Krug、Linda Xie、およびFred Ehrsamに感謝します。Joseph Chowさん、Martin Koppelmannさん、Rebecca Migirovさん、Gustav Simonssonさん、Grant Hummerさん、Tom Dingさん、String Labsさん、他たくさんの人たちが参加したことのある主催者やコミュニティメンバーの方々にも感謝申し上げます。

7付録

7.1 ERC20トークン

ERC20は、Ethereumブロックチェーンのトークンに関する標準契約ABIを確立し、あらゆる種類のデジタル資産の事実上の表現となっています。ERC20トークンは同じ契約インターフェースを共有し、外部契約との統合を簡素化します。

コアERC20機能は次のとおりです。

  • 転送(to、value)
  • balanceOf(所有者)
  • 承認(浪費家、価値)
  • 手当(所有者、浪費家)
  • transferFrom(from、to、value)

EIP101には、エーテルをERC20トークン標準に準拠するように変更するという提案が含まれています。現時点では、「ラッパー」スマートコントラクトがERC20 etherの代理として使用される可能性があります。参考として、Makerの実装またはGnosisの実装を参照してください。

7.2契約ABI

EIP50は、構造体をサポートするために契約ABIへの拡張を提案しています。これはコミュニティが標準の注文と署名のデータ構造を確立することを可能にし、私たちの契約インターフェースと外部契約との統合を単純化します。

7.3 Ethereumネームサービス

EIP137またはEthereum Name Service(ENS)を使用して、「myname.eth」などの人間が読める名前を、Ethereumアドレス、Swarm、IPFSコンテンツハッシュ、またはその他の識別子を表す機械可読の識別子に解決します。メタデータを契約ABIやwhois情報などの名前と関連付けるためにも使用できます。ENSは0xプロトコルによって使用され、オプションでMakers、Takers、Relayersを名前で参照する、より直感的なメッセージフォーマットを作成します。


これにて本文は終わりです

0x (ZRX)に関連する他の情報に触れてみる

PocketWPについて

暗号資産(暗号通貨, 仮想通貨)やブロックチェーンは理解が難しく、また一次情報の多くはPCに最適化されている状況にあります。PocketWPでは、下記の3点のアプローチによってその問題を解決しようとしています。
  • ・SmartPhoneFirst - スマホで最適化したスライド/UI
  • ・Stockable - 流れてしまいがちな情報を蓄積し、共有できる
  • ・Followable - 追いかけるべき情報源がわかる
将来的には共同で編集できる仕組みなども設計中です。 暗号資産・暗号通貨の価値を広げるには、良質な情報を読みやすく噛み砕くことが必要だと思っています。 よろしければご意見をこちらからお寄せください (お問い合わせフォーム)
運営者情報① : IXTgorilla
IXTゴリラ
@IXTgorilla
Twitterにて #PocketWP #ゴリ学習メモ なるスマホに最適化した暗号資産の学習情報をスライド形式にて発信しているゴリラ。 これまではTwitterのみの発信を行なっていましたが、蓄積される場所が欲しいという声にお答えし、Web化を行なってみました。
運営者情報② : CryptoGorillaz
暗号通貨に関する情報を共有するコミュニティ。当初はコラ画像などをつくる集団だったが、暗号通貨の魅力や将来性にほだされ、日夜暗号通貨に関する情報共有を行なっている。(IXTゴリラもここに所属しています)

寄付/投げ銭はこちら

  • Ethereum(ETH) / ERC20トークンでの投げ銭
    0x77535cb08CF5Ba3B85A34A3B037766103226c783

森のお友達をご紹介 - PocketWPのオススメ

ゴリラが尊敬する森のお友達をご紹介するコーナー。 個人的に定期的に購読していただきたい!と思うメディアや事業者さまを勝手に紹介させていただいております。
StirLab | クリプト・ブロックチェーンを「深く」知る
StirLab
https://lab.stir.network/
クリプトアセット(仮想通貨・暗号通貨)に造詣が深い方々による寄稿型メディア「StirLab」。 クリプトが「好き」でその発展を純粋に「楽しむ」人たちが集まっており、ハイクオリティな記事が集まっています。 今話題のDeFiからSTOまでトピックは幅広く、知見を深めたい人にぜひとも定期的購読していただきたいサイトです。
StirLabさんのTwitterアカウントはこちら▶️ https://twitter.com/Stir_Lab
Stir | PoS系クリプトアセットのノード事業者
Stir
https://stir.network/
Tezos, Enigma, Cosmos, Ethereum, NEMといったPoS系クリプトアセットのマイニングやノード運用を代行する事業者。ブロックチェーン機構メディアで有名な「StirLab」の運営母体でもあります。
StirさんのTwitterアカウントはこちら▶️ https://twitter.com/stir_network