Articles

Flare Networks

by admin

本日、Flare Networkの展開に関する詳細な計画を公開することを喜んでいます。 これらの計画は、ネットワークとそのネイティブトークン、Spark（ここ）、およびXrpとFlareの信頼できない統合（ここ）をカバーするホワイトペーパーの草案に飛び込むことで、完全に検討することができます。 論文はドラフト形式であり、今とフレアが生きて行く日の間に最適化の変更があります。 以下の概要から大幅に逸脱した変更はないものとします。 この記事では、Flareの最も重要な側面であると考えるものを強調することを目指しています。 各重要なコンポーネントの最小限の技術的概要は、今週後半からFlareのxrp、FXRPのtrustless統合のウォークスルーで、次の週に掲載されます。 バックルイン！（A TL;DRはこの記事の最後にあります。)

Flareとは何ですか？

フレアは二つの重要な問題を解決するために存在します:

まず、私たちの業界の構築にとってすぐに重要なのは、パブリックブロックチェーンに存在する価値の75％は、現在、スマートコントラクトで信頼性のない方法で使用することができないということです。

第二に、短期的および長期的な結果の両方で、今日のスマートコントラクトネットワークのスケーリングがどのように実装されているかに潜在的な問題 新しいネットワークの大部分は、Proof of Stakeまたはその変種を使用しています。 これらのプロトコルは、ネイティブトークンからネットワーク安全性を派生させます。

Proof of Stakeに内在する当面の問題は、コンセンサス設計ではネイティブトークンの代替使用がまだ安全に許可されていないことです。 トークン保有者が、ステーブルコインを作成するための担保を提供することによって、より高い利回りを得ることができれば、経済合理主義者として、そう これは、トークンをステーキングから遠ざけ、ネットワークの安全性を共食いします。 （このトピックに関する非常に洞察力のある論文はここにあります。）これがおそらく、比較的高い取引コストとはるかに低い取引スループットを持っているにもかかわらず、EthereumがまだDeFiの道をリードしている主な理由であ

長期的な問題は、Stakeネットワークの証拠が使用量を増やし、その上に構築された価値が増加するにつれて、stakingトークンの価値が増加しなければならな これはトークンの投資家にとっては素晴らしいことですが、分散化がビジネスの主流の方法の一部になるのを見たい人にとっては悪いことです。 どうして？ ネットワークを保護するトークンの価値が上昇するためには、トークンを購入するために他の用途から資本を転用する必要があるためです。 論理的なエンドポイントに取ると、ステークの証明を使用したスマートコントラクトネットワークがユビキタスなビジネス方法になると、これらのネットワー このため、発生する可能性は非常に低いです。 Proof of Stakeとvariantはトランザクションのスループットを拡張できますが、既存の実装では価値を拡張できません。 私たちの意見では、ステークの証拠は解決策よりもストップギャップの多くです。Flareはこれらの問題をどのように解決しますか？

Flareは、安全性とそのトークンの価値をリンクしないスマートコントラクトプラットフォームをスケーリングする新しい方法です。 Flareは、主にスパム取引を阻止するために、ネットワークの操作のためのトークンを必要とします。 FlareのトークンはSparkと呼ばれています。 Sparkにはネットワークの安全性への影響がないため、スマートコントラクトを使用して非チューリング完全トークンを信頼なしで使用できるようにするのに適しています。

Flareは、世界初のチューリング完全連合ビザンチン協定（FBA）ネットワークです。 ノードは、Fbaコンセンサストポロジに重要な適応を持つAvalancheコンセンサスプロトコルを実行します。 FBAは、価値の高いリスクの高いユースケースを妨げる可能性のある経済的インセンティブに頼らずに安全性を達成するという点で、コンセンサストポロジー 純粋なFBAの批判は、単一のノード障害がネットワーク全体の障害を引き起こす可能性があるトポロジシナリオを可能にする構成ノードの脆弱な構造につ このため、Fbaのopen-membershipプロパティを維持しながら、明確さと使いやすさを強調するUNIQUE Node List(UNL)トポロジと呼ばれるFBAの特定の設定が優先されます。 UNLの重複率はガバナンス定義のパラメータであり、重複率が低いほどネットワークのオープンメンバーシッププロパティが向上します。 FlareネットワークはEthereum仮想マシン（EVM）を活用し、ネットワークがチューリング完全なスマートコントラクトを実行できるようにします。

ネットワークの起動時に、Flareの上に構築されたプロトコルは、Flare上のXRPの信頼できない発行、使用、償還を安全に有効にするためのプロトコルです。 このプロトコルはFXRPと呼ばれます。 XRPは、FlareのネイティブトークンであるSparkによって保護されたFlare上で、安全かつ信頼性の高いFXRPになります。 XRPはTuring completeネットワーク上に効果的に存在し、一度そこにあると、CosmosやPolkadotなどの相互運用性プロトコル、または明確に定義されたブリッジプロトコルを介したEthereumの両方を介して、他のネットワークとの信頼性のない相互運用性が実現可能になります。 要するに: Flareは、XRPのスマートコントラクトプラットフォームとして、または他のネットワークへのXRPの信頼できないパイプラインとして使用できます。

さらに、FXRPの一般的な方法論は、Turing以外の完全なトークンに拡張可能であり、他のトークンをサポートし、その手段を拡張することを決定する能力は、ネットワー

Flareは、非チューリング完全トークンの価値と、トランザクションスループットだけでなく価値を拡張できるネットワーク上のスマートコントラクトの変革力を結集します。

FXRP Overview

XRPをFlareに取り込む複雑さは、パブリックブロックチェーンのスマートコントラクトがXRP元帳のアドレスを制御する方法がないことです。 この理由は、スマートコントラクトには、現在、純粋に秘密の方法で秘密鍵を格納する適切な方法がないためです。 コードのみを使用してXrpをFlareに取得するには、参加者のグループが集合的に制御するマルチ署名アドレスと一緒に来る必要があり、n当事者のkがトランザク このmultisigアドレスによって発行された資産のすべてのユーザーは、そのユーザーのコレクションを信頼する必要があるため、資産は信頼できず、分散されません。

fxrpは、XRP保有者（発信者）がXRP元帳上の一連のアドレス（エージェントと呼ばれる）にXRPを安全に送信できるようにします。 Flareのfxrpスマート契約は、XRPで1：1コンバーチブルで、Sparkで保護されたflareのオリジネーター FXRPを発行します。 FXRPの保有者がそれをXRP（償還者）に引き換えることを望むとき、彼らはそれをFlareのfxrpスマート契約に送り返します。 その後、エージェントはXRPをXRP ledgerの償還者アドレスに送信します。 エージェントがこの償還を十分に迅速に完了しない場合、償還者はXRPの価値にXRPを再購入するための取引コストを補償する金額を加えて補償されます。

fxrpでは、集中型の仲介は必要ありません。FlareのネイティブトークンSparkの所有者は、fxrpシステムと呼ばれるFlare上のスマートコントラクトのコレクションにトークンを送信することができます。

FXRPは次のように動作します。

FlareのネイティブトークンSparkの所有者は、fxrpシステムと呼ばれるFlareのスマートコントラクトのコレクションにトークンを送信することができます。 これを行うユーザーは、fxrpシステムに担保を提供しています。 彼らはエージェントと呼ばれています。 エージェントの一人をボブと呼ぼう FXRPシステムには多くのエージェントが存在します。Bobが5000個のSparkトークンをFXRPシステムに挿入したとしましょう。 この例では、現在10個のSparkトークンを1個のXRPトークンで購入できます。 つまり、エージェントは常に、システムがSparkトークンで割り当てたFXRPの値の2.5倍の値をシステムに提供している必要があります。 FXRPは、ここではXRPで1：1として評価されます。 したがって、Bobの5000Sparkトークンは、システムが200FXRPを発行することを可能にします。誰か、たとえばアリスがFXRPを作成したいとき、彼らはfxrpにミントしたいXRPの価値の0.1％の固定料金でfxrpシステムにトランザクションを送信します。 アリスは創始者と呼ばれています。 取引はまた、fxrpシステムに、fxrpをFlareに送信するアドレス、およびxrpがXRP Ledgerに送信されるアドレスを指示します。 FXRPシステムに利用可能な容量がある場合、作成されているFXRPの量を確保するための担保は、Aliceの今後の取引に対して一定期間ロックされます。 このようにして、アリスはボブを信頼する必要はありません。 その代わりに、Xrp ledgerでXRPを送信するアドレス（Bobのアドレス）と、最後に使用する元帳インデックスをAliceに伝える一連の命令が生成されます。 システムに希望額のFXRPを発行する能力がない場合、Aliceは手数料を払い戻されます。その後、Aliceは正しい金額のXRPとXRPの作成手数料をXRP ledgerのBobのアドレスに送信します。 作成手数料は、ボブがSpark担保をロックするために獲得する膨大な金額です。 Flareは、Flareホワイトペーパーのセクション2（および将来のブログ記事の主題）で定義されているState Connectorと呼ばれるシステムを使用してこのトランザクションを その後、FXRPはシステムによって鋳造され、FlareのAliceの指名された住所に配信されます。

2.5x担保比率は常に維持する必要があります。 Xrpの価格がSparkに対して上昇した場合、Bobの担保の価値が2を下回るようになります。それに対して発行されたFXRPの5倍、BobはSparkトークンを担保として追加するか、fxrpトークンを購入して償還して担保比率を元に戻す時間が限られています。 たとえば、200のFXRPトークンがBobの5000Sparkトークンに対して発行され、XRP/Sparkの価格が12に上昇するとします。 ボブは現在、発行されたFXRPの配分を166.66に減らすために、1000Sparkをシステムに追加するか、33.34FXRPを購入して償還する必要があります。

ボブが追加のSparkトークンにアクセスできない場合、彼のアドレスでサポートされているFXRPの残高を減らすことは財政的に面倒ではありません。 Bobの担保により、Fxrpシステムは200のFXRPトークンを発行することができ、その過程でBobはXRP ledgerで200のXRPトークンを受け取りました。 したがって、BobがSparkトークンを購入するための追加の資本を持っていない場合、彼は少なくとも33.34FXRPを償還できるように、交換所でFXRPのために十分なXRPを 第二のシナリオは、本質的にシステムの残りの部分に義務をシフトします。 Bobが何もせず、担保比率に対してデフォルトのままである場合、Bobの担保は自動的にそれに対して発行されたFXRPの量、この場合は200で競売されます。 ボブは、この操作の後、残りの担保を保持します。Bobが追加のSparkを担保として追加することを選択したとしましょう。

しばらくして、発行された200のFXRPをすべて所有しているAliceは、その全額をXRP ledgerに引き戻したいと考えています。 アリスは、単にfxrpシステムとの取引を行い、FXRPをシステムに送信し、彼女が入金したいアドレスを伝えます。 その後、システムはボブに、送信するXRPの量と、トランザクションを完了する必要がある2つのXRP ledger番号の期限を伝える一連の指示を発行します。 ボブが最初の期限までに取引を完了した場合、彼の担保は完全にロック解除されます。 ボブは最初の期限までに失敗したが、第二に成功した場合、彼は小さなペナルティ料を請求され、彼の担保の残りの部分はロックが解除されます。 違約金は燃やされます。

Bobが第二の期限までに取引を完了できなかった場合、償還失敗と呼ばれます。 アリスはその後、彼女の償還されたXRPの価値に加えて、XRPを買い戻す取引コストをカバーするために1％の増加にSparkトークンで補償されます。 ボブの残りの担保の50％はペナルティとして焼かれ、他の50％は彼に返されます。 その後、Aliceは交換用XRPを取引所で購入することができます。 あるいは、発行されたFXRPを持つFlareに他のエージェントがいて、それを販売したい人がいると仮定すると、AliceはFlareでより多くのFXRPを購入し、それらのエージェントFxrpは、Spark依存アプリケーション（SDA）という用語の最初の例です。 SDAは、担保のためのSpark、Flare時系列Oracle、ガバナンスのためのSparkトークン保有者のいくつかの組み合わせを使用するアプリケーションとして定義されています。 これらの各要素は完全にオプションであり、アプリケーションは取引コストの支払いのためにSparkと対話するだけでFlareを操作できます。 たとえば、fxrpはSparkを担保として使用し、Xrp/Spark価格のFlare時系列Oracle、Fxrp作成手数料や担保比率などの特定のパラメータに対するガバナンスのためのSparkトークン所有 SDAモデルは、3つのコンポーネントのそれぞれを任意の数のアプリケーションに拡張するためのテンプレートを提供することを意図しています。 すべてのアプリケーションでSparkを担保として使用するのは簡単ですが、最も重要な要素は、複数の時系列にわたって安全なoracle方法論をどのように作

Flare時系列Oracle

Sparkトークンの所有権により、Flare時系列Oracle(FTSO)への貢献が可能になります。 FTSOの目的は、地方分権を維持しながら、オフチェーンからのフレアに関するデータの正確な推定値を形成することです。 FTSOは、個々の時系列の多くの推定値を提供するように構成されています。 XRP/Sparkの価格は、単一の時系列の例です。

FTSOによって出力される各時系列には、一般的に二つのグループの参加者があります: 最初はSparkトークン保有者であり、第二はf資産と呼ばれる依存アプリケーショントークンの保有者である。 FXRPアプリケーションでは、F-assetはFXRPトークン自体です。 アプリケーションが複数の時系列を必要とするデリバティブアプリケーションのようなより複雑なアプリケーションの場合、F-assetは発行されたガバナンストークンに似たものになる可能性があります。

時系列ごとに、FTSOは、関連する参加者の各セットに推定値を提供するように要求します。 Spark保有者はすべての時系列の見積もりを提供し、F-Asset保有者はF-Assetに関連する時系列のみの見積もりを提供します。 これらの推定値は、Flareホワイトペーパーのセクション4で定義されているように処理され、システムによって出力されます。

F資産保有者がシステムにデータを提供するインセンティブは、アプリケーションの安全性です。 Sparkトークン保有者は、oracle rewardと呼ばれるものを獲得する可能性によってインセンティブを与えられます。 これは、システムによって発行されるSparkトークンの量です。 Oracle rewardは、FTSO見積期間ごとに均等に分割された年率です。 たとえば、レートが10％の場合、1年に365の推定値があり、Sparkトークンの開始数が100の場合、1年に10個のSparkが作成され、1日あたり0.03個のSparkが鋳造され、報 Sparkトークンの貢献者は、「正しい」と判断されるデータを貢献することでこの報酬を獲得できます。 正確な力学は、ホワイトペーパーに記載されています。 重要なことに、すべてのSparkトークン保有者は、非貢献または報酬を得たトークン保有者に価値を失う「誤った」見積もりを提供して報酬を得ないかのように、 これはblock rewardsのFlareバージョンです。FTSOは、XRP/Spark、USD/Spark、BTC/Spark、およびXLM/Sparkの価格を提供するために開始されます。 最初はXRP/Sparkのみが対応するF-assetを持ちます。 追加の時系列とそれに関連するF資産は、ガバナンスプロセスを通じて提案され、受け入れることができます。

委任

FTSOは、実際には数秒ごとに見積もりを提供します。 すべてのSpark保有者がFTSOに貢献するためにハードウェアを実行したい、または実行できるわけではなく、別々にネットワークガバナンスの投票に興味がない したがって、両方の責任の投票は、トークン自体から切り離され、他の当事者に別々に委任することができます。 委任はいつでも取り消すことができ、トークンがあるアドレスから別のアドレスに転送されると、議決権がトークンと一緒になるように委任が自動的に このメカニズムにより、FXRPなどのSDAはSpark投票を究極の所有者に委任することができ、最終所有者はそれらの投票を彼に代わって投票したい事業体に そのため、BobがFXRPアプリケーションに5000個のSparkトークンを持っている場合、それらのトークンからの投票をBobによって指定されたアドレスに委任します。 Bobが専用のデータプロバイダーに代わってFTSOに貢献することを望んでいる場合、BOBはFTSOに対する投票をデータプロバイダーに再委任することができます。 重要なことに、これは、Bobがfxrpアプリケーションに担保を提供してSparkを獲得するか、FTSOから報酬を獲得するかを選択する必要がないことを意味し、彼は両方を行うことができます。 基盤となる所有者が誰であるかについてアプリケーションに定義がある場合、基盤となる所有者がSparkトークンを使用できないようにするSDAは、委任プロシージャーを実装することができます。

ガバナンス&財団

Flareは、投票を通じてSparkトークン保有者によって完全に支配されます。 SDAは、必要に応じてSparkトークン保有者の管理を要求することができます。

特定の決定は、トランザクションコスト、oracle報酬率の変更、またはfxrpをSDAとして見て、担保比率と作成手数料の変更など、チェーン上で自動化された方 FTSOへの新しい時系列の追加や提案されたF-assetのリンク、ネットワークコンセンサスパラメータの変更、より複雑な長期更新などのその他の決定には、コードの変更が必要です。 Flareホワイトペーパーは、Sparkトークン保有者が開始して投票することができる手動変更の提案、開発、およびテスト体制を定めています。 そのプロセスを実装し、合意された変更を実行するのを助けるために、Flare foundationがあります。 財団は、今後数ヶ月で法人化される非営利団体になります。 助成金、投資、研究開発、教育、広報、パートナーシップの5つの重要な分野を担当することです。

これは、基盤がネットワーク更新プロセスの不可欠な部分であり、提案されたネットワークコードの変更を分析し、報告し、構築し、テストし、展開するこ

財団は非常に透明でなければならず、お金を無駄にしないでください。 その活動と支出に関する年間二つの報告書が遵守され、公開されます。 財団は、Sparkトークン保有者からの指示を受け、議題を設定することを意図していません。 そのため、いかなる方法でもFTSOに貢献し、ネットワーク上のアプリケーションの担保としてSpark保有物を展開し、spark保有物をガバナンス投票に投票するために使用することはできません。 Sparkトークンを他の人に割り当てることはできません。 さらに、財団の憲法には、ガバナンスの投票が財団がもはや有益な目的を果たさないことに同意した場合、財団はその活動を停止し、残りのトークン保有

Spark Issuance

Turing complete smart contractsでXRPの使用を可能にする資産を所有するのに最適なコミュニティは、それを使用して恩恵を受けるコミュニティです。 FlareはITOをしていません。 代わりに、それは私たちがユーティリティフォークと呼ぶものをやっています。 私たちは、それがその種の最初のものだと信じています。

フォークは伝統的に、既存のネットワークのユーザーベースを取り、そのネットワークから完全に出発しようとしてきました。 対照的に、ユーティリティフォークは、元のチェーンから離れるのではなく、元のチェーンに価値を戻すことを意図しています。 Flareは、XRPL、スマートな契約、および他のブロックチェーンへの信頼のないパイプラインを作成する可能性をもたらしながら、XRPLが最善のこと、迅速な決済を行 私達はこれが実用性の偽りなく強力な組合せそして完全な例であることを考える。

存在するXRPの量を反映するために、100億のSparkトークンが作成されます。 Ripple labsに属していない約45Bn XRPトークンがあります。 配布の目的は、Ripple以外のXRP保有者が、XRP保有者に約1：1のSparkを請求できることです。 45Bn SparkはXRP保有者によって請求されます（既知のRipple labsアドレスを削除します）。 25Bn Sparkは、Flareの営利団体であるFlare Networks Limitedに行きます。 30Bn SparkはFlare foundationに行きます。

多くのXRP所有者が実際にXRPトークンを保持するために取引所を使用しているため、Sparkトークンを主張したいXRP所有者は、取引所がSparkを主張し、渡すのではなく保持しているか、あるいはまったく主張していない可能性があります。 Xrp所有者がSparkトークンを配布するように取引所に圧力をかけるか、またはそうである取引所に移動することにより、xrp ledgerのスナップショットが起動に近い日に取得されます。 参加している取引所のリストは、Flareのウェブサイトに掲載され、定期的に更新されます。 スナップショット元帳番号は、スナップショットが撮影されたときにwebサイトに掲載されます。Flareは、世界初のチューリング完全連合ビザンチン協定（FBA）ネットワークです。 Ethereum仮想マシン（EVM）を統合し、トークンから安全性を派生させません。 これに加えて、FlareでのXRPの信頼のない発行、使用、償還を安全に有効にするためのプロトコルが構築されています。 このプロトコルはFXRPと呼ばれます。 プロトコルの一般的な方法論とFlareを他のネットワークに接続するシステムは、チューリングではない完全なトークンに拡張可能です。 他のネットワークとの信頼性のない相互運用性は、CosmosやPolkadotなどの相互運用性プロトコル、または明確に定義されたブリッジプロトコルを介したEthereumの両

FlareのトークンであるSparkは、オリジンネットワーク、この場合はXRP Ledgerがユーティリティの増加を通じて利益を得る最初のユーティリティフォークで作成されます。 Flareネットワークの開始時に1000億のSparkトークンが作成され、そのうち450億はRipple Labsを除く既存のXRP保有者によって請求可能になります。 これは、現在のXRP保有者が保持されているXRPトークンごとに約1Sparkトークンを請求できるように、既存の分散XRPの量を反映しています。 25億のトークンは開発者、Flareに行き、30億のトークンはFlare foundationと呼ばれる非営利の財団に行きます。 Sparkトークン保有者は、Fxrpの信頼性のない発行と償還を確保するための担保としてSparkトークンをコミットすることと、Flare time series oracleにデータを提供することの両方 これらの機能は互いに競合しません。

Sparkトークンは、投票によるネットワークのガバナンスに使用されます。 Flareの開発を支援するための助成金と投資を除いて、財団はSparkトークン所有者から技術的な指示を受けます。 財団の重要な役割は、コードの変更なしには実装できない、ガバナンス投票によって合意されたネットワークへのアップグレードと変更の実行を支援す 重要なことに、財団の憲法に書かれているのは、Sparkトークン保有者がその存在がもはやネットワークにとって有益ではないことに同意した場合、財団が巻かれ、財団が保有するすべてのSparkトークンが燃やされなければならないという細則です。

Flareは、非チューリング完全トークンの価値と、トランザクションスループットだけでなく価値を拡張できるネットワーク上のスマートコントラクトの変革力を結集します。

2つの質問への回答：

Sparkはバックドアによってステークの証明を作成していますか？

Fxrpなどの担保を必要とする発行されたトークンのみがSparkで保護されます。 ネットワークは、合意に達する際に安全のためにSparkを使用しません。

私たちは、米ドル建ての安定したコインのための非常に強力な概念を持っていましたが、それは打ち上げが遅れ、EVMとの将来の互換性に予測不可能な Sparkは構造化されているため、XRPコミュニティとXRP ledgerの両方にとってはるかに大きな有用性と利益を提供します。