独創的な契約設計。stETH が毎日どのように収入を自動的に分配するかわかりますか?

著者が少額のETHをstETHに換金したところ、stETHが毎日自然に成長し、利益を上げ続けていることがわかりました。しかし、アカウントにトランザクションが表示されません。なぜですか?この記事では、その背後にある独創的なデザインを紹介し、収益分配の秘密を明らかにします。

1 stETHは過去数日間ですでにいくらかの利益を上げています

その前に、まず、イーサリアムのステーキングである stETH が収益を得る背後にあるロジックを紹介しましょう。概念のこの部分をすでに理解している読者は、そのまま後ろに飛んでください。

当初のイーサリアムは、ビットコインと同様にコンセンサスメカニズムとしてプルーフ・オブ・ワーク（PoW）を採用していましたが、消費電力やその他のセキュリティ・パフォーマンス開発の観点からPoWの利用を考慮し、イーサリアムは2022年9月からプルーフ・オブ・ステーク（PoS）へのアップグレードを開始します。 ）。

イーサリアムは、もともとコンピューティングパワーマイニングに依存してマイナーを集めてコンセンサスを達成していましたが、ETH を誓約することで投票権を取得し、投票を通じて収入を得るために全員に依存するようになり、PoS を通じて全員がコンセンサスを達成するよう動機付けられています。

32 ETH をステーキングすることで、イーサリアム ネットワークに参加し、データの保存、トランザクションの処理、ブロックチェーンへの新しいブロックの追加を担当するバリデーターになることができます。トランザクションを実行し、トランザクションを新しいブロックに正しくパッケージ化し、他のバリデーターの作業をチェックしている限り、ETH の報酬を受け取ることができます。これは、ETH のステーキングを通じて比較的安定した収入を得ることができることと同等です。

しかし、そのような誓約は一般のユーザーにとって依然として面倒であり、結局のところ、32 個のイーサリアムと 24 時間年中無休でイーサリアム ネットワークにアクセスできる専用コンピューターには依然として一定のしきい値が存在します。さらに、ETHをステーキングすると、ETHのこの部分の流動性が失われます。そこで、従来のステーキングにおけるしきい値と流動性の問題を解決することを目的としたリキッド ステーキング デリバティブ (LSD) があり、ユーザーが 32 ETH 未満の額を誓約できるようになり、自分でノードを所有する必要がなく、代わりに ETH が第三者に委託されます。プレッジ用のトークンと、対応するプレッジ トークン (Lido の stETH や Rocket Pool の rETH など) が取得されます。これらの流動性トークンは、他のプラットフォームで取引したり、借りたり、他の金融活動に使用したりできます。このようにして、ユーザーは両方の操作に参加することが容易になります。資金の柔軟性を維持しながらステーキングして報酬を獲得します。

したがって、stETH の本質的なロジックは、Lido に ETH を付与し、Lido はこの ETH を使用してイーサリアムの PoS に参加して収入を獲得し、ユーザーは対応する stETH をバウチャーとして受け取ることになります。次のステップは、Lido が stETH を使用してこれらのアドレスに収益を分配することです。

stETHの収益は毎日自動更新されていることが分かりますが、下の写真は毎日確認できる暗号化ウォレット検証関連コンテンツに相当するテストの収益状況です。

しかし、現時点では、スマート コントラクト開発に慣れている学生は混乱すると思います。毎日分配される収入が非常に少ないため、その収入では GAS を支払うのに十分ではない可能性があります。

確かに、Lido が最も単純な方法に従って収入を分配した場合、GAS のコストをカバーするのは困難になります。私たちの直感的な観点からは、GAS がこれほど多くのアドレスにトークンを送信することは想像できません。

しかし、Lido がウォレット内の stETH 収入の自動増加を実現しているのは事実であり、このアドレスでのトランザクションは見つかりませんでした。

私たちは Lido のコントラクトを見つけて、それをコントラクトの BalanceOf メソッドまで追跡しました。

BalanceOf は ERC20 仕様に準拠したメソッドであり、ウォレットはこのメソッドを使用してユーザーが所有するトークンの数を取得します。

getPooledEthByShares メソッドが stETH コントラクト内で呼び出されていることがわかります。このメソッドの入力パラメータは、プライベート共有のマッピング (アドレス => uint256) です。これはユーザーにとってどれくらいの stETH に相当しますか?当然そうではありません。そうしないと、各アドレスのデータを毎日更新する必要があります。コントラクト内のメソッドを呼び出して共有を更新するだけで、1 回のトランザクションですべてのアドレスのトークンを更新することは可能ですが、明らかに GAS の消費が発生します。も同じです。

ここまでで、コントラクトがどのように実装されるかを誰もが推測したはずです。引き続き getPooledEthByShares メソッドを見てみましょう。

最終的に返される結果は、アドレスのsharesAmountに_getTotalPooledEther()を乗算し、_getTotalSharesで除算したものであることがわかります。

_getTotalPooledEther は合計の stETH の量を表し (stETH と ETH が 1:1 の場合、ETH の量も表します)、_getTotalShares は株式の数を表します。このようにして、各アドレスがどれだけの stETH を持っているかが動的に計算されます。

たとえば、現在合計 1,000 株 (Shares、_getTotalShares メソッドによって返される数) があり、そのうち A アドレスに 100 株 (上記のsharesAmount に相当) があるとします。これらの 1000 シェアは、1000 stETH (つまり、_getTotalPooledEther) によって返される金額に対応します。この計算によると、アドレス A は 100 stETH に対応します。次に、Lido は合計 1000 ETH をプレッジして 1 ETH の収入を取得します。その後、対応する更新 _getTotalPooledEther は 1001 になります。つまり、最初の合計 1000 stETH が 1001 に増加し、新しく計算された A アドレスは 100 \ * 1001 / 1000 = 100.1 stETH。

**簡単に言うと、各アドレスが保有する株式数が変わらず、その株式に対応するstETHが増加すれば、計算すると当然stETHも増加します。 **

_getTotalPooledEther のロジックは handleOracleReport メソッドの影響を受け、このメソッドはコントラクト内の関連データを更新します。具体的な呼び出しは、コントラクトを通じて submitReportData を定期的に呼び出してデータを更新することです (submitReportData は Lido コントラクトの handleOracleReport を呼び出します)。

関連するコンテンツを更新するための呼び出しが毎日行われていることがわかります。そのため、収益を発行するアドレスでのトランザクションは確認できませんが、金額は依然として毎日変化しています。

これは実際にはイーサリアム ERC20 スマート コントラクトの機能を反映しています。つまり、これらの ERC20 コントラクトが所有するトークンの数はアドレスにハードコーディングされず、コントラクト メソッドによって返されるため、アカウントにトークンがない場合がある可能性があります。トークンの数も変更される場合があります。これにより、ERC20 契約がより柔軟になる一方で、契約に詳しくない多くの友人に多くの混乱をもたらします。この記事が、誰もがスマート コントラクトをもっと理解し、交流するのに役立つことを願っています。スマートコントラクトを使用するとより安全になります。

また、ETH を stETH にプレッジすることで、一見安定したステーキング収入が得られるように見えますが、依然としてリスクが存在する可能性があり、この記事はプレッジ契約に関する技術調査の参考資料にすぎず、投資アドバイスを構成するものではありません。

また、以前に「再ステーキング」に関する記事を公開しましたので、興味のある方は読み続けてさらに詳しくご覧ください。