Parcl には、大きく2つのプロジェクトがあります。
1. Parcl Protocol 2. Parcl Labs
の2つです。
Parcl Protocolは、DeFi上で不動産デリバティブ投資のためのAMMプロトコルです。2023年1月にv2がローンチする予定で、22年12月にWhite Paperが公開されました。このプロトコルは、不動産合成資産の永久先物取引を可能にしています。簡単にいうと、不動産に対してロング / ショートのポジションを取ることができます。
Parcl Labsは、不動産評価価格オラクルに関するプロダクトを開発しています。トークン化した不動産の評価価格は、オフチェーンから参照する必要があります。また、その評価額は、根拠があり、信頼できる評価で、なるべくトラストレスな形で参照できることが望ましいです。そのため、Parclでは不動産の新たな評価方法やIndexを独自に研究しています。詳しくは、別の記事で解説します。
Parcl Protocol v2のWhite Paperの翻訳/意訳し、ざっくりと内容を理解することです。
デリバティブAMMはそもそも一般的には難しく、クラシックな不動産業界の方にとってもとっつきにくい分野であることは間違いないと思います。日本のマーケットでも、不動産とDeFiの活用について触れることができる機会が必要だという結論にいたしました。
もしParclチームに聞きたいこと、疑問点があれば、@yasuanii までDMください。可能な限り、代理で質問いたします。
今回、僕自身もまだプロトコルを完全に理解しておらず、ぜひ他に解説していただける方いましたらお願いします！
https://www.parcl.co/blog/parcl-v2-whitepaper
Parcl v2 は、パーペチュアルな合成資産（perpetual synthetic assets）向けに設計された、ノンカストディアルな自動マーケットメーカー (「AMM」) です。たとえば、アグリゲートされた不動産価格やマクロ経済指標などの統計的に計算された値に触れることができるマーケットです。 Parcl v2 では、ソルベンシー（solvency）、信用リスク不要（zero credit risk）、資本効率、およびオラクル価格での価格実行（price execution）を提供する新しいアーキテクチャを採用しています。
Parcl v2 は、従来のAMMと合成資産プロトコルの両方を用いて、効率的でシンプルな合成資産AMMを提供します。 「AMM」とは、通常、価格発見のために数学的関数を使用する取引所のスマートコントラクトプロトコルを指します。 「synthetic asset protocol」とは、通常、シンセティックエクスポージャーを担保化し、原資産価格のオラクルとオンチェーンメカニズムを使用して、原資産価格での決済/清算を実行するスマートコントラクトプロトコルを指します。
Isolated Pools プールは独立したマーケットです。トレーダーは価格フィードへのエクスポージャーを得ることができ、また流動性提供者は流動性を提供できます。 各プールには、独自のロング/ショートスキューと資金調達率（Funding Rate）が設定されます。
Solvency（財務健全性, 支払余力） プールの担保トークン（USDCのようなステーブルコイン）と、プールの作成時に初期化される流動性トークンとの交換レートは、このアーキテクチャの「ボンディングカーブ」として機能します。トレーダーのパフォーマンスとペイアウトは、流動性トークンが使われるため、交換レートはソルベンシーを強制します。 この会計モデルは、1 ドルごとの会計モデルとは対照的に、ポジションが、最終的にプール内で利用可能なリソースで担保された金額内でクリアになることを保証します。
Price Execution すべてのポジションは、プールのオラクル価格フィードの現在の価格でオープン（仕掛け）およびクローズ（手仕舞い）されます。 ポジションは、コア スマート コントラクトでのみオープン/クローズできるため、価格ペグが維持されます。
Zero Credit Risk プロトコルは担保トークンによる借入を提供しません。代わりに、トレーダーは最大10倍のレバレッジを選択して、値動きに適用できます。 プールは、ロング/ショートの資金調達率とスキューインパクト手数料によって、このリスクを補償されています。
オプションとしての流動性提供 トレーダーは互いに取引しており、プール内の交換レートは、保険資金または流動性のバックストップの代わりとして機能するため、流動性提供はオプション機能となります。 流動性提供者 (「LPs」) は、現在の交換レートで流動性トークンと引き換えに、担保トークンを提供します。 流動性トークンを保持する当事者は、自動的に再投資された手数料を獲得し、トレーダーの損益 (「PnL」) とは反対の損益を得ます。流動性トークンは、現在の交換レートで担保トークンと引き換えられます。
スキューマネジメント プールには、建玉（「オープンインタレスト: OI」）の不均衡 (「スキュー: skew」) を管理するための2つのメカニズムがあります。ロング/ショートのファンディングとスキューインパクト手数料です。 スキューインパクト手数料は、不均衡を悪化させるポジションにのみ適用されます。 バランスの取れたプールのトレーダーは、ポジションを閉じた後に流動性トークンを担保トークンと引き換える際に、元本のリスクを負う可能性が低くなります。
プールは、トレーダーが価格フィードへのロングまたはショートエクスポージャーを得ることができる独立した取引市場です。 プールには、単一の担保ステーブルコインと単一の価格フィードがあります。 どちらもプールの作成時に一度だけ設定されます。 各プールは独立した市場であるため、LPsはプールごとに流動性を提供します。各プールには、担保トークン、トレーダーの流動性トークン、プロトコル・フィーを保管するための3つのトークンVaultがあります。
各Parcl v2プールは、ユニークな流動性トークンを使用しており、ポジションの損益計算と同様にプールの所有権を表します。すべてのクローズされたポジションは、流動性トークンで支払われます。つまりトレーダーはポジションをオープンしたときに暗黙の流動性提供者になり、クローズしたときに明示的な流動性提供者になります。 トレーダーに担保トークンである米ドルステーブルコインで支払われないため、ソルベンシーを強制するメカニズムです。流動性を追加および取り除くための交換レートは、プール内の総担保トークンと総流動性トークン残高の比率で算出されます。
流動性トークンの交換レートは、トレーダーがポジションを閉じると最も大きく変化します。 クローズ ポジション取引の間、プロトコルは、現在の流動性トークンの交換レートにおけるポジションの損益（PnL）に比例して、流動性トークンを発行/バーンします。 PnLは、レバレッジが効いた値動きと資金調達で決まります。
トレーダーがポジションをオープンすると、担保トークンがプールに入金され、プロトコルが現在の交換レートで流動性トークンをVaultに発行します。ポジションをクローズすると、プロトコルはプラスのPnLを発行するか、マイナスのPnLをバーンします。バーンできる最大のマイナスのPnLは、ポジションのオリジナルの流動性トークン量までです。クローズポジション取引の後、トレーダーは新たに受け取った流動性トークンを新しい交換レートで償還して、担保トークンの即時利益または損失を実現できます。
流動性提供者(「LPs」) は、必要に応じて担保トークンVaultに流動性を追加して、純粋なトレーダーのPnLと手数料のエクスポージャーを得ることができます。LPsは、流動性トークンを償還してバーンすることにより、流動性を取り除きます。 流動性提供取引は、現在の交換レートで流動性トークンを発行またはバーンするため、交換レートに影響を与えません。
トレーダーは、ポジションを開くために担保Valutから手数料を支払い、ポジションを閉じるために流動性トークンの払出しから手数料を支払います。 手数料は複利運用でプールに再投資されます。LPsが保有する流動性トークンは、プール内比率と比例した所有権を表すため、LPsは流動性トークンの一部またはすべてを償還することで利益/損失を実現できます。
LPsは、自分が提供した資金が、トレーダーがプラスのPnLを決済するために使用される可能性があり、清算（Impermanent loss: 「IL」）リスクを負います。 ただし、トレーダーが中立またはマイナスのPnLである可能性もあり、LPsは報酬を受け取れます。
スキュー は、プールのロングとショートの建玉（オープンインタレスト: OI）間の不均衡のことです。ロングとショートの建玉は、仕掛けられたすべてのポジションサイズの合計を表します。 サイズは、ポジションのリスクを負った担保額 × 選択されたレバレッジで算出されます。
すべてのトレーダーが流動性トークンの所有者になり、プールが利用可能なリソースでクリアされると、建玉のバランスが取れている場合、すべての利害関係者はより良い状態になります。 これは、過度のスキューにより、プールが非対称なファンディングフローと、潜在的なプラスのPnLの払い出しと流動性トークンの償還の非対称性にさらされるためです。
ソルベンシーのリスクはありませんが、トレーダーはポジションを決済する際に十分に決済できないリスクに直面する可能性があり、場合によっては流動性トークンを担保トークンに償還する際に元本割れのリスクに直面する可能性があります。
このプロトコルは、スキューを管理するために多面的なアプローチを採用しています。 次の2つのメカニズムは、バランスを奨励し、不均衡を回避することを目的としています。
スキューを悪化させる取引は、スキューへのネガティブな影響に比例して、高くなる手数料を支払います。 スキューへの影響がポジティブな取引は、手数料を支払うことも利益を受けることもありません。 スキューへのネガティブな影響は、取引がプールに与える不均衡を確実に拡大させます。
最大のネガティブスキューインパクトは、プールの作成時に一度だけ設定され、100%までスケーリングされます。 以下は、任意の最小および最大取引額から 1 ～ 10,000 bpsの範囲での正規化またはリニアスケーリングを使用したスキューインパクト手数料率の計算です。
bpsの最小値と最大値は、それぞれ a と b で表されます。 スキューインパクトSI は、取引サイズがプールに与えるネガティブな影響力のことです。
スキューインパクト手数料は、取引の担保額またはレバレッジを除くリスクを負った担保額と、スキューインパクト手数料率の掛け算です。
**資金調達率（Funding Rate）**は、各取引の開始時に更新されます。資金調達率は、プールのマジョリティ側がプールのマイノリティ側に支払う手数料を計算するために使用される1秒あたりのレートです。この手数料はOIとは逆方向に流れます。
資金調達は、トレーダーがマジョリティポジションをクローズし、マイノリティポジションをオープンすることによって収益性が高まるため、各プールのロング/ショートスキューのバランスをとる原動力になります。このメカニズムによってプールは保護されます。なぜなら、流動性トークンの所有者がプールの建玉ギャップを暗黙的に埋めるからです。このギャップがゼロに近づくと、流動性トークンの所有者が負っているプール内不均衡によるリスクもゼロに近づきます。
各プールは、プールの累積資金調達率の計算に使用されるロングとショートの建玉を追跡します。 新しいポジションは建玉を増やし、クローズしたポジションは建玉を減らします。 建玉の値はレバレッジを説明するので、プールは価格変動リスクに対して補償されます。
累積資金調達率の更新は、1日あたりの比例スキュー (秒単位) と最終更新からの時間差の積で計算されます。プール内のスキューがゼロの間、現在のレートがローカル均衡のため、累積資金調達率は更新されません。
比例スキューは、スキューを建玉の合計で割ったものです。
大口取引の影響を抑えるために、最大年間資金調達率デルタ（変化率）を1000%とし、各トランザクションの資金調達率デルタを決定します。
署名された資金調達率デルタは、プールの累積資金調達率に追加されます。
累計資金調達額は、ポジション存続期間中のスキュー（不均衡度）に基づいて、トレーダーがプールに支払う、またはプールから受け取る担保トークンの金額です。 部分的なポジションのクローズまたはフル ポジションのクローズ中に計算され、PnLに追加されます。
ロングポジションの累積資金調達率は、プールの現在の累積資金調達率とエントリーポジションの資金調達率の差です。 ショートポジションは、エントリーポジションの資金調達率とプールの現在の累積資金調達率の差を使用します。資金調達率は連続的であるため、プロトコルは、ポジションのエントリー時とクローズ時に資金調達率のスナップショットを使用して、発生した資金調達率を計算できます。
累計資金調達額は、累積資金調達率とトレーダーが手仕舞うポジションの担保額の積です。
プロトコルには、オープン、部分的クローズ、クローズ、清算の4つのポジションの管理方法があります。 ポジションが開かれた後、その所有者はポジションを部分的もしくは完全に手仕舞うことができます。プール作成時に設定された最大しきい値を超える損失に直面した場合、ポジションの所有者を含む任意の参加者がそのポジションを清算できます。
レバレッジ借入モデルとは対照的に、レバレッジは価格変動に適用されます。 プロトコルの会計モデルと組み合わせたこのレバレッジモデルには、独自の特性があります。
たとえば、LPsがプールに流動性を追加する場合、プールの反対側にレバレッジ利益の合計金額として十分な資金がなくても、レバレッジで利益を得るトレーダーが、担保Valutでレバレッジ利益を実現することが可能です。
逆に、レバレッジをかけたトレーダーが、プールの反対側でカバーできる以上の利益を上げており、LPsの流動性も不十分な場合、レバレッジをかけたポジションから得られる担保トークンから得る利益は、利用可能な流動性トークンの量によって制限されます。
プロトコルには、スキューインパクト手数料、取引手数料、清算手数料の3種類の手数料があります。 スキューインパクト手数料については、上記【スキューインパクト手数料】をご参照ください。
プールの取引手数料率 r trade はプールの作成時に一度だけ設定されますが、プロトコルの手数料率 r protocol はプロトコル全体でスマートコントラクトの定数として設定され、すべてのプールに適用されます。 各取引手数料の60%はプールに再投資され、各取引手数料の40%は流動性トークンのプールのプロトコル手数料Vaultに追加されます。
プールの清算手数料率 r liquidation は、プールの作成時に一度だけ設定されます。清算手数料は、清算人がこの重要なタスクを実行することに対して補償します。Parcl v2の清算では、清算人がいかなる種類の担保トークンも提供する必要がないため、清算手数料率を市場レートより低く設定できる可能性があります。
トレーダーは、担保預金、レバレッジ乗数、ロングかショートか の3点を選択することにより、プールで新しいポジションを開くことができます。
オープンポジションの取引中は、ポジションの入金額に、取引手数料率とスキューインパクト手数料率が適用されます。
プロトコルの手数料率 r protocolが取引手数料と掛け算され、現在の流動性トークンの交換レートで割った値がプロトコル手数料となります。プロトコル手数料は、プロトコル収益によるエコシステムの拡大に基づき、流動性トークンのプロトコル手数料Vaultに保管されます。
手数料がデポジットに適用された後、担保となるデポジットは現在の交換レートで流動性トークンに変換されます。
エントリーポジションの資金調達率、エントリーオラクル価格、担保手数料計算後のデポジット金額、流動性トークン手数料後のデポジット金額は、ポジションアカウントに保存されます。 担保トークンはプールの担保Vaultに保管され、流動性トークンの金額はプールの流動性トークンVaultに発行されます。
ポジションの所有者は、ポジションのデポジット金額の中で部分的に決済するか、ポジションを完全に手仕舞いして、流動性トークンを受け取ることができます。 部分決済取引では、ポジションの総デポジット額に対する取引の要求担保率が使用されます。要求された担保額は、ポジションの合計担保額以下でなければなりません。
PnLは、ポジションのデポジット、ポジションのレバレッジ乗数、オープン後の価格デルタの積です。 署名された累積資金調達額はPnLに追加されます。
デポジットとPnLは、ポジションが清算されるリスクがあるかどうかを判断するために使用されます。 ポジションのエクイティが、清算の最小しきい値を下回っている場合、クローズポジション取引は、初期化されます。
次に、流動性トークンのネットポジションバリューは、現在のレートを使用して、流動性トークンのデポジット額と流動性トークンのPnLを合計することによって計算されます。
手数料は、流動性トークンのネットポジションバリューに適用されます。
プールは担保資金から払い出しをしません。流動性トークン手数料から資金を獲得するために、プロトコルは、ポジションの流動性トークン総量から流動性トークン手数料をバーンし、発行される可能性のあるポジティブなPnLを減らす、という2つの方法を組み合わせて使用します。
決済ポジションの払い出し金額は、オープンポジションで作成されたオリジナルの流動性トークンの金額、署名済みの流動性トークンのPnL、流動性トークン手数料 の合計です。
ポジションがアンダーウォーターにあり、手数料をカバーできない場合、手数料と払い出し金額はゼロになります。 プロトコルは、プールがポジションのネガティブなPnLを実現できるように、オープン時に作成された流動性トークンをバーンします。
ポジションの損失がプールの清算しきい値以下である場合、ポジションは清算され、清算人によってクローズされます。 清算人は、任意の市場参加者がなることができます。 清算人は、その貢献に対してボーナス料金を受け取ります。 清算されたポジションの所有者は、PnLと手数料を差し引いた残りの流動性トークンを受け取ります。
レバレッジをかけたポジションは、資金を借りていないため、ポジションの最大損失はそのデポジット額です。 したがって、証拠金モデルの場合と同じように、マイナス資本はあり得ません。 理論的には、流動性トークンを保有するLPsとトレーダーは、流動性トークンの価値が増加するため、流動性トークンを保有するLPsとトレーダーがタイムリーにポジションを清算するように動機付けられると予想されます。
原資産がマイナスなることがなくても、トレーダーはレバレッジされたポジティブなPnLのアップサイドを取るため、清算は依然として必要です。プールは、清算のしきい値を下回る損失ポジションをクローズし、補償として流動性トークンの供給を減らす必要があります。 そうでなければ、流動性トークン所有者にとって、プールに永久に留まる可能性のあるマイナスのトレーダーのPnLからプラスのPnLを実現するメカニズムがなくなってしまいます。
このプロトコルは、スマートコントラクトインスタンスのブロックチェーンがサポートするオラクルプロバイダーをサポートするように構成できます。 起動時に、プロトコルは Pyth オラクルをサポートします。 プロトコルは、Pyth の価格が約 2 分よりも古い場合、または報告された信頼度が指数移動平均価格の 5% を超える場合、Pyth の価格を拒否します。
※直接Parclチームメンバーに聞いたところ、Parcl Labsが提供する価格オラクルを利用しているらしいです。Pythを利用しているか定かではありません。
このプロトコルは、ガバナンスを可能な限り最小限に抑えます。 同等のプロトコルよりもリスクパラメータが少ないため、可能です。 プールのマネジメントは、パーミッションレスに設定でき、流動性の提供は常にパーミッションレスです。 スマートコントラクトのアップグレードは、プロトコルがベータ版を終了し、その時点でチェーン上のスマート コントラクト コードが凍結されるまで許可されます。 このセクションの残りの部分では、プロトコルのパーミッションレス機能について説明します。
プロトコルの管理者は、プロトコル料金を引き出し、管理者の役割を別のアカウントに移管し、プール作成の権限を切り替えることができる唯一のアカウントです。 プールの作成がパーミッションレスに設定されている場合、すべてのアクターが新しいプールを作成できます。 ただし、プールの作成がパーミッションレスに設定されていない場合、プロトコル管理者のみが新しいプールを作成できます。
各プールには 1 人の作成者がいます。 プール設定の大部分は、プールの作成時に一度だけ構成できます。 このパターンの例外は、名前、シンボル、オフチェーンURI などの流動性トークンメタデータです。 プールの作成者は、流動性トークンのメタデータを独自の裁量で作成および更新できます。これは、コアプールの機能に干渉したり、オンチェーンアクティビティを中断したりしないためです。
このアーキテクチャは、プール設定のさまざまな組み合わせが選択されている同じ価格フィードに対して作成される多くのプールを奨励します。 プロトコルは、トレーダー、LPs、およびビルダーの市場が、特権グループまたはチェーン上の投票メカニズムとは対照的に、使用するプールを決定できるようにするため、このアプローチを支持します。 主なプール設定は、取引手数料率と最大のネガティブスキューインパクト率です。
現在、Parcl v2 は、流動的な取引市場をサポートできない資産の価格フィードのみをサポートしています。 他のプロトコル機能の中でスリッページに関する将来の開発により、プロトコルを任意の価格フィードに使用できるようになります。 さらに、価格オラクルのオンチェーンとオフチェーンのコンポーネントをさらに分散化することは、将来の開発にとって重要な関心領域です。
このドキュメントは、一般的な情報提供のみを目的としています。 投資アドバイス、または投資の売買の推奨または勧誘を構成するものではなく、投資決定を行うメリットの評価に使用されるべきではありません。 会計、法律、税務に関する助言、または投資の推奨を目的として依拠すべきではありません。 このドキュメントは著者の現在の意見を反映したものであり、Parcl Digital またはその関連会社を代表して作成されたものではなく、Parcl Digital、その関連会社、またはそれらに関連する個人の意見を必ずしも反映するものではありません。 ここに反映されている意見は、更新されることなく変更される場合があります。
Web3 Real Estate Clubという不動産とブロックチェーンの活用に関して、情報をシェアするDidcordコミュニティを作っています。
興味がある方は是非ご参加ください。