著者:jolestar出典:X, @jolestar
PayFiのコンセプトは最近かなりホットで、一昨日の@RoochNetworkのAMAで@off_.thetargetがPayFiについて言及しましたが、時間の都合上、それについては触れませんでした。ここでは、2つの視点からの簡単なチャットを紹介する。
クリプトペイメントはどうやってシナリオのエントリーポイントを見つけるのですか?
Cryptoペイメントについて語る記事の多くは、Cryptoを使ってピザやコーヒーを売るような日常的な決済シナリオに参入するというアイデアから始まります。しかし、ピザの購入にビットコインが使われた当初から現在に至るまで、長い年月が経過しているため、この側面はほとんど進歩していないと見なすことができる。決済は二国間市場であるため、加盟店はユーザーベースが普及するのを待ってからサポートし、ユーザーは加盟店が十分にサポートするのを待ってから利用するため、コールドスタートは非常に難しい。
最も初期のインターネット決済を振り返ってみると、アリペイは当初、日常的な決済を直接サポートしていたわけではなく、電子商取引決済の保証とホスティングを提供することで、加盟店とユーザーの間の信頼の問題を解決していた。
Cryptoシーンへの切り替えも同じで、ただ送金するだけでは問題は解決せず、インフラをサポートする必要がある。この点で、Cryptoとブロックチェーン自体は、国境を越えた貿易、支払い、保証、仲裁プロセスなど、脱信頼の本質的な利点を持っており、法律を通じて実現した場合、経済的、時間的コストが非常に高く、スマートコントラクトモデルを通じて大幅にコストを削減することができ、困難な問題の実装に関する裁定はありません。
そのため、暗号決済は適切なシーンのエントリーポイントを見つけ、決済プロセスのFiを達成する必要があります。
ビットコイン上のPayFiはどのように展開するのか?
ビットコインの当初のビジョンの1つは、決済に来ることでしたが、@myanTokenGeekが言うように、ビットコインは分散型の送金システムであり、分散型の決済を可能にするものではありません。しかし、ビットコインの送金が別の分散型システムでスマートコントラクトの実行をトリガーできれば、そのような決済を可能にできるだろう。
これはRoochのスタックL2の背後にあるアイデアであり、L1の取引がL2でも実行される場合、L2のスマートコントラクトはL1の取引イベントに基づいてプログラムすることができる。
PayFiの主な焦点は、送金やステーブルコイン以上のものを必要とする決済プロセスにおいて、プログラムでFiを作り出すことだ。ビットコインのタイムロック、マルチシグネチャ、スクリプトと、Rooch L2のプログラマビリティがあれば、先に述べた担保、保証、仲裁のシナリオを決済プロセスで構築しようとすることは可能であり、開発者はそれらを一緒に探求することを歓迎する。