mDuo13 – A Big Update! – 2016-09-16

 

和訳

私は、RCLがアトミックまたはユニバーサルモードのトランザクションでより有用であるかどうかを実際に見る必要があると思うが、ユニバーサルは理にかなっていると思います。

アトミックモードを使用するには、アトミックモード・トランザクションに関与するすべての人が、トランザクションを承認して調整するためにILP公証人(Rippledバリデータと同様の役割を果たすため、ILPバリデータとも呼ばれる)のセットに同意する必要があります。 必要に応じて、各トランザクションごとに公証人を別々に選ぶことができるため、長期間に渡って同じ公証人に同意する必要はありませんが、その1つのトランザクションのために同意する必要があります。

ユニバーサルモードでは、支払いは失敗する可能性がありますが、コネクタが損失を被るために、システムはインセンティブを持つように設計されています。そして、通常は使用しているレジャーの1つに障害が発生した場合に限ります。コネクタは、レジャー間のレートの中で失敗のリスクに値付けすることができるため、長期的にみれば全員が上手く行きます。(少なくとも、それはそのように動作するはずだということです。間違いなく誰かがどこかで間違いを犯し、ある時点で大金を失うことになるでしょう。これは新しい金融システムにおいては不可避です。私たちはプロトコル自体には欠陥がないと確信しています。)

オプティミスティックモードもあります。これは、支払いが成功することを前提としています。 それは、ええと、実際にはいくつかの特別なケースでは役立つでしょうか?

RCLはすでに分散化、冗長化されており、長期間のバリデータを有しているため、非常に信頼性の高いオペレーションが可能です。ユニバーサルモードでは、それはレジャーが持つ価値のある品質です(そして早い決済時間は、もう一つの素晴らしいボーナスです)。ですから、私はRCLがユニバーサルモード・トランザクション、特に不明瞭なルートや価値のソースにつながっているトランザクションでは、かなり良い仲介者になると思います。

この図をもう少し解説する価値があるかもしれません:
Ilparch.png

あなた方は以前、Ripple Connectについて聞いたことがありますが、これはインターレジャー・プロトコルを(アトミックモードで)直接使用する Ripple Connect の新バージョンです。この場合の「ILPレジャー」は、Rippleソリューションでパッケージ化したILP対応の補助レジャーです。各銀行は、独自のILP(補助)レジャーを走らせ、インターレジャー・プロトコルを通じてアトミックに他の銀行に移転することができる資金を保持します。Ripple Connectはメッセージングを処理し、銀行のコアレジャーからILP対応の補助レジャーへのトランスファーを調整します。次に、1つ以上のILP対応の流動性プロバイダ(別名コネクタ)を使用して、一方の銀行の補助レジャーから他方の銀行の補助レジャーへの支払いは自動的に(しかもアトミックに)行われます。そして、他方の銀行のRipple Connectは、ILP補助レジャーから受け取り銀行のコアレジャーに転送するために、その支払いをそこから受け取ります。ILPバリデータ(ILP公証人とも呼ばれる)は、銀行または第三者によって運営される単一の公証人になることができます。または、公証人のアドホック・コンセンサス・グループでもかまいません。 (これまでのところ、私たちはトランザクションごとに1つのバリデータしか使用していません)。

このシステム全体の最初のバージョンでは、私たちは銀行の一つによって運営される、通常は大手銀行が行う、流動性プロバイダを持ちます。最終的に、流動性プロバイダは、利用可能な最良のレートに基づいて、承認された流動性プロバイダのセットから選択することができます。私は、それらのネットワークを使用したり、ある流動性プロバイダを別のものに切り替えるのはかなり痛みのないアップグレードだと思います。

このプロセスのどのポイントでも、銀行はRCLを使用する必要はありませんが、流動性プロバイダが為替レートを下げるために裏でXRPを使用することは全く可能です。それについて、私たちが詳しく話が出来るのが何時かを約束することはできませんが、この点について私たちが詳しく話せることがあるのは間違いありません。