@jolestarより

昨日、私はワモ・チェンマイ・ビルダー・デーの共有セッション「半均質資産の観点から碑文を見る」で碑文について話しました。

技術的な観点から見ると、この碑文はシンプルで粗雑であり、技術者が最初に見たとき、「？」という表現になるはずです。これは何ですか？

しかし、ここ数日間、スマート コントラクトの記述を解析した経験を経て、これは実際には半代替可能資産 (SFT) として理解できるという結論に達しました。

本来、Ordinals Inscription は、content_type や content を含む固有の ID を持ち、任意のデータ型に埋め込むことができる NFT の表現として理解できます。 BRC20 プロトコルは、JSON をコンテンツに埋め込み、FT を定義します。 NFTのFTは実際にはSFTの典型的な表現であり、誰もが碑文を売買する際の単位として「個」を使用することに慣れています。

SFTの利用シーンはどのようなものですか?実際、前回の DeFi では誰もがこれについて徹底的に調査しました。例えばゲームの小道具を表現したり、真ん中のFTの値で希少性を表現したり、債券やクーポン、各種紙幣などを表現したりすることができます。しかし、前サイクルではその特性が活かしきれず、SFT系のアセットはあまり生まれませんでした。そして今、碑文が非常に人気があるため、このタイプのアセットが完全に作成されています。

現在の登録の拡張性のジレンマ

SFT としてインスクリプションを利用したい場合は、その使用シナリオを作成し、インスクリプション プロトコルを拡張する必要があります。一部のチームは、BRC20 に操作命令を追加するなど、書き込みプロトコルを拡張することでこれを達成しようとしました。ただし、一度登録プロトコルが市場に広く受け入れられると、複数のインデクサーによって実装されなければなりません。プロトコルを拡張するには、複数のインデクサーがオフチェーンで合意に達し、コンセンサスのアップグレードを達成する必要があります。このアップグレードの難易度は、 L1 コンセンサス アップグレード: スケーラビリティ要件を満たすのは明らかに困難です。

このスケーラビリティの要件に応えて、業界は実際にスマート コントラクトという成熟したソリューションを開発しました。ブロックチェーンのスマート コントラクト仮想マシン モデルは、ソフトウェア エンジニアリング コミュニティ全体が検討している最もスケーラブルなモデルです。したがって、現在の解決策は 2 つあります。 1. インデクサーにスマート コントラクトを導入します。 2. スマートコントラクトを通じて碑文を表現します。

インデクサーへのスマート コントラクトの導入

インデクサーへのスマート コントラクトの導入は、スマート インデクサー、またはモジュラー ブロックチェーンの実行層と呼ぶことができます。インスクリプションモデルは、DA ファーストのソブリンロールアップとして理解できます。L1 を DA として使用し、シーケンサーを導入しません。L1 のブロックを通じてトランザクションを直接ソートし、インデクサーは自然に実行層として理解できます。このモデルについては、「碑文はバグですか、それとも機能ですか?」という記事で説明しました。これについては https://twitter.com/jolestar/status/1732711942563959185 で説明されています。 Rooch 氏もこの方向性を模索しており、具体的な計画については「ビットコインのレイヤー 2 はどうすべきか?」を参照してください。 》https://twitter.com/jolestar/status/1717358817992995120。

私たちは、Bitcoin Plants というこのシナリオ用のサンプル ゲームを構築しています。 Rooch にはビットコインのステータスがすべてあるため、序数の碑文をスマート コントラクトで読み取ることができます。ユーザーは碑文をゲーム内の種として使用して植物を育てることができます。この植物にはユーザーによる定期的な水やりが必要です。そうすれば実を結ぶことができるのです。この植物は碑文にバインドされており、ユーザーが碑文をビットコインで転送すると、植物も転送されます。この簡単な例は、レイヤーでスマート コントラクトを実行することによって、L1 碑文の使用シナリオを作成する方法を示しています。詳細については、github の問題 https://github.com/rooch-network/rooch/issues/1214 を参照してください。

また、Ethscriptions 社も同様の路線でファセット仮想マシンを構築しているのを見ましたが、業界の友人たちもこの方向性を見ているようです。

スマートコントラクトを通じて碑文を表現する

ビットコインにスマート コントラクトがない場合、開発者は JSON を刻む方法を考え出しました。他のスマート コントラクト チェーンが依然として JSON を記述するのはなぜですか?最も理解できないのは、Rollup L2 に JSON を書き込むと、その JSON は最終的に L1 にロールアップされるのに、なぜ L2 に書き込むのかということです。 L2 は当然 L1 碑文のインデクサーになるべきではないでしょうか?まだ碑文インデクサーが必要ですか?しかし、これでも碑文をプレイするユーザーの熱意を止めることはできず、多くの L2 プレイヤーが失敗しました。そこで、よく考えた後、碑文から得られたいくつかの啓示を要約してみました。

1. 半代替資産であり、流動性はFTほどではありませんが、市場の初期段階では有利です。

2. 各チェーンの FT よりも資産発行の閾値が低く、認知コストも低い。各チェーンで資産を発行するには、通常、スマート コントラクトの導入が必要であり、識別は主にコントラクト アドレスを通じて行われるため、初心者にとっては困難です。この碑文の波により、この閾値は基本的に最低レベルまで引き下げられました。

3. ビットコインにおけるその公正な発行モデルは、Gas を通じてマイナーをリースする PoW 発行モデルとして理解できます。

その場合、スマート コントラクトを使用して、上記の特性を持つ書き込みプロトコルを実装してはどうでしょうか?そこで今週は、Move を使用して Movementscriptions プロトコルを実装してみました。

まず、これは Move を通じて表現される半代替可能な資産プロトコルです。 Move のデータ構造ベースのアセット表現は、このプロトコルを表現するのに最適です。

1. 世界的に一意の名前であるティックを使用してタイプを表現します。BRC20 から教訓を得て、KISS 原則に準拠しており、シンプルで直感的です。

2. 値は、FT の残高または NFT のキー値を表現するために使用できます。

3. メタデータは、あらゆる種類のデータに追加できます。

2 番目に、PoW を介した資産の配布をサポートします。導入者は、アセットのより公平かつ分散された分散を確保するために、難易度を指定することで難易度を設定できます。他のチェーンのガスが低すぎるため、ガスを燃やして魔女の攻撃を防ぐのは困難です。

3. メタデータは、あらゆる種類のデータに追加できます。

2 番目に、PoW を介した資産の配布をサポートします。導入者は、アセットのより公平かつ分散された分散を確保するために、難易度を指定することで難易度を設定できます。他のチェーンのガスが低すぎるため、ガスを燃やして魔女の攻撃を防ぐのは困難です。

スマートコントラクトによって実現されるインスクリプションについて、私はスマートインスクリプションと呼んでいますが、いよいよインスクリプションがスマートコントラクトを必要とするところまで進化するときが来ました。このような登録は、当然のことながらスマート コントラクトのステータスであり、インデクサーに依存せず、FOCG などのさまざまなアプリケーション シナリオと簡単に組み合わせることができます。この実験に興味のある友達はフォローしてください

@movescription

、および github https://github.com/movescriptions/movescriptions。現在の Rooch バージョンの契約は最初に完了しており、PoW 配布も実装されており、他の Move チェーン バージョンが進行中です。

開発者向けの Inscription のインスピレーション

Inscription は、ビットコインに対するランダムな試みとして始まり、現在ではすべてのパブリック チェーンに広まっています。その将来性は不透明であり、それについての見解には大きな相違がありますが、これが市場の興味深い部分でもあり、相違が生じる場所には常にチャンスが存在します。では、それにランダム性を加えてみましょう。開発者はアクションを起こすことができます。使い方がわからない大量の JSON をユーザーに刷り込ませる代わりに、それをスマート コントラクトと組み合わせてみたほうがよいでしょう。この組み合わせが成功すれば、FOGC と AW の立ち上げの着火剤になるかもしれません。これについては次の記事でお話します。