ERC-4626

ERC-4626とは？

ERC-4626は、1種類の基礎となるERC-20資産を保有するトークン化ボールトの共通インターフェースを定めるEthereumトークン規格です。

トークン化ボールトは基礎となる暗号資産を受け入れ、ボールトが管理する資産に対する持分を表す代替可能なシェアトークンを発行します。

公式のERC-4626仕様は、入金、出金、シェアのミント、シェアの償還、交換レートのプレビュー、ボールトの上限を標準化しています。

ERC-4626はFinal Ethereum Request for Comments規格です。

利回りを生むボールトをウォレット、分散型アプリケーション、アグリゲーター、その他のスマートコントラクトが連携しやすくするために作られました。

この規格は「Tokenized Vault Standard」と呼ばれることもあります。

ERC-4626は、特定の投資戦略を定めたり、預け入れた資産からリターンが得られることを保証したりしません。

互換性のあるボールトが、資産の会計処理や入出金機能をどのように連携するかを定めるものです。

トークン化ボールトとは？

トークン化ボールトは、暗号資産を管理し、その資産に対する請求権を表すトークンを発行するスマートコントラクトです。

ユーザーはボールトがサポートする基礎資産を預け入れ、ボールトシェアを受け取ります。

ボールトは、コードで定めた戦略に従って資産を貸し出したり、ステーキングしたり、流動性を提供したり、準備資産として保有したり、別の方法で運用したりする場合があります。

戦略によって収益が得られれば、各シェアが表す価値は上昇する可能性があります。

戦略によって資産が失われれば、各シェアが表す価値は下落する可能性があります。

したがって、ボールトシェアが基礎資産1単位と常に等しいとは限りません。

その価値は、ボールトが管理する資産と流通するシェアの総数との関係によって決まります。

ERC-4626が作られた理由

ERC-4626以前からトークン化ボールトは存在しましたが、関数、会計ルール、用語は実装ごとに異なることがよくありました。

複数のボールトと連携するアプリケーションは、実装ごとに個別のアダプターが必要でした。

カスタムアダプターは開発作業を増やし、会計上のミスが発生する可能性も高めます。

ERC-4626は、互換性のあるボールトが同じ基本的な入金、出金、ミント、償還、プレビューのメソッドを使えるよう、共通インターフェースを導入しました。

これにより、1つのアプリケーションが使い慣れた関数群を通じて多くのボールトと連携でき、コンポーザビリティが向上します。

標準化によって、基礎となる戦略が同一になるわけではありません。

資産、手数料、リスク、上限、管理者、投資ロジックはボールトごとに異なります。

基礎資産とボールトシェア

ERC-4626では、資産とシェアを区別します。

資産とは、ボールトに預け入れたり、ボールトから出金したりするERC-20トークンです。

シェアとは、ボールトが管理する資産に対する請求権を表すために、ボールトが発行するERC-20トークンです。

たとえば、初期の交換レートが1シェアあたり1資産の場合、ユーザーは基礎トークンを100単位預け入れ、100シェアを受け取ることがあります。

その後、シェアが100枚のままボールトの資産が110単位に増えれば、1シェアは約1.1資産に相当します。

ボールトが資産を10単位失えば、1シェアは約0.9資産に相当する可能性があります。

実際の結果は、ボールトの会計処理、手数料、端数処理、戦略の運用成績によって異なります。

ERC-4626のシェアはERC-20トークン

ERC-4626ボールトは、シェアトークンにERC-20を実装する必要があります。

そのため、シェア保有者にはERC-20の残高、利用許可、移転、承認が適用されます。

ボールトは、シェアの名前、シンボル、小数桁数に関する任意のERC-20メタデータ関数も実装する必要があります。

ユーザーが

またはを呼び出したときに失敗させることで、シェアを譲渡不可にするボールトもあります。

つまり、ERC-4626に準拠していても、シェアを自由に取引できるとは限りません。

技術、規制、会計、リスク管理上の理由により、プロジェクトがシェアの移転を制限する場合があります。

asset関数

関数は、ボールトの基礎となるERC-20トークンのコントラクトアドレスを返します。

このアドレスにより、入金、出金、ボールトの会計処理に使用される資産をアプリケーションが把握できます。

規格では、この関数が失敗しないことを求めています。

資産名やシンボルだけに頼らず、返されたトークンアドレスを確認してください。

異なるトークンが同じ表示シンボルを使う場合があります。

標準的なERC-4626ボールトが管理する基礎資産は1種類です。

ネイティブなブロックチェーン資産や複数の入金経路を持つボールト構造には、別の拡張が必要です。

totalAssets関数

関数は、ボールトが管理する基礎資産の量を返します。

ボールトの管理対象にすでに含まれている利回りを反映する必要があります。

ボールト保有資産に対して課される手数料も考慮する必要があります。

この関数は失敗してはなりません。

返される数量には、ボールトアドレスに直接保管されているトークンだけでなく、外部戦略を通じて運用中の資産が含まれる場合があります。

管理資産をどのように計算しているか、実装を確認してください。

会計処理が不正確または操作可能な場合、シェア価格が誤解を招き、安全でない入金につながるおそれがあります。

ERC-4626の交換レートの仕組み

ボールトの交換レートは、一定数のシェアに対して何単位の基礎資産が対応するかを示します。

簡易的な計算では、管理資産の総額をシェアの総供給量で割ります。

実際の実装では、仮想資産、仮想シェア、手数料、オフセット、戦略固有の会計処理を加える場合があります。

ボールトが利回りを得たり、寄付された資産を受け取ったりすると、交換レートが上昇する可能性があります。

ボールトが資産を失ったり、不良債権を計上したりすると、交換レートが下落する可能性があります。

この交換レートは、外部取引所の市場価格とは限りません。

ボールトコントラクトが定める会計上の関係を表します。

convertToShares関数

関数は、理想的な条件下で、指定された基礎資産の量に対応するシェア数を推定します。

1回の取引に対する正確な約束ではなく、平均的な換算計算を目的としています。

入金手数料を含めてはなりません。

呼び出し元によって値が変わってはなりません。

一時的なボールト上限や、特定ユーザーにのみ適用される条件を反映してはなりません。

規格では、ゼロ方向に切り下げて換算することが求められます。

実際の入金で得られる可能性が高い結果を知りたいアプリケーションは、代わりに

を使用してください。

convertToAssets関数

関数は、理想的な条件下で、指定されたボールトシェア数に対応する基礎資産の量を推定します。

出金手数料を含めてはなりません。

呼び出し元によって値が変わってはなりません。

また、ゼロ方向に切り下げます。

ポートフォリオ表示や一般的な会計処理に役立つ関数です。

実際の出金では手数料、上限、利用可能な流動性、ボールト状態の変化が影響するため、保証された出金見積もりとして扱うべきではありません。

depositとmintの違い

とはどちらもERC-4626ボールトへの入金操作ですが、取引を異なる方向から定義します。

では、ユーザーが預け入れる基礎資産の数量を指定します。

ボールトが受取人に発行するシェア数を計算します。

では、ユーザーが受取人に発行するシェア数を指定します。

ボールトは、そのシェアを得るために必要な基礎資産の数量を計算します。

固定した入力額または固定した出力額のどちらが必要かによって、この違いは重要になります。

deposit関数

関数は、指定された数量の基礎資産をボールトに移転し、選択した受取人にシェアを発行します。

多くの実装では、事前に基礎ERC-20資産をボールトが使用できるよう承認する必要があります。

指定した全額を入金できない場合、トランザクションは取り消されなければなりません。

入金上限、承認不足、残高不足、ボールトの一時停止、その他の制限が原因となる場合があります。

入金が成功すると、標準化された

イベントが発行されます。

この関数は、受取人に発行されたシェア数を返します。

mint関数

関数は、指定した数のボールトシェアを受取人に発行します。

呼び出し元は、ボールトの現在の会計処理に基づく必要量の基礎資産を用意します。

要求された数のシェアを発行できない場合、トランザクションは取り消されなければなりません。

ボールトが入金手数料を課す場合、必要な資産額に手数料が含まれることがあります。

mint操作もボールトへの入金を表すため、成功時には

イベントを発行する必要があります。

withdrawとredeemの違い

とは、どちらもERC-4626ボールトからの出金操作です。

では、受取人が受け取る基礎資産の数量を指定します。

ボールトがバーンする必要のあるシェア数を計算します。

では、バーンするシェア数を指定します。

ボールトは、受取人が得る資産の量を計算します。

シェアの所有者と、出金資産の受取人は異なるアドレスでもかまいません。

呼び出し元がシェア所有者でない場合、通常は十分なERC-20シェア利用許可が必要です。

withdraw関数

関数は、正確な量の基礎資産を受取人に送り、所有者から必要なシェアをバーンします。

要求された資産を出金できない場合、関数は失敗しなければなりません。

シェア不足、利用許可不足、流動性上限、出金制限、戦略の一時停止などが原因となる場合があります。

換算処理に反映される出金手数料によって、バーンするシェア数が変わる場合があります。

出金が成功すると、標準化された

イベントが発行されます。

redeem関数

関数は、指定された数のシェアをバーンし、それに対応する資産を受取人に送ります。

この関数は、引き渡される基礎資産の量を返します。

シェア全額を償還できない場合、関数は失敗しなければなりません。

出金手数料によって、返される資産額が減る場合があります。

償還が成功すると、

イベントが発行されます。

ERC-4626のプレビュー関数

ERC-4626には、現在のオンチェーン条件下で入金または出金を行った場合の結果を推定するプレビュー関数があります。

関数は

、、、です。

一般的な換算関数とは異なり、プレビュー関数は適用される手数料を含める必要があります。

ブロックチェーンの状態を変更せず、実際の結果を可能な限り正確に推定します。

トランザクションが実行される前に別のトランザクションがボールトの資産、供給量、手数料、上限を変更すれば、プレビュー結果は古くなる可能性があります。

見積もりが保証されていると想定せず、アプリケーションはプレビューとスリッページ制御を併用する必要があります。

previewDepositとpreviewMint

は、指定した資産額を預け入れた場合に発行されるシェア数を推定します。

同じトランザクション状態で実際に入金した場合に発行される数を超えるシェアを返してはなりません。

は、指定した数のシェアを発行するために必要な資産額を推定します。

同じトランザクション状態で実際のmintに必要となる額を下回る資産額を返してはなりません。

こうした端数処理の方向により、状態を変更する関数より有利な結果をユーザーに約束することを防ぎます。

previewWithdrawとpreviewRedeem

は、指定した資産額を受け取るためにバーンする必要があるシェア数を推定します。

同じトランザクション状態で実際の出金に必要となる数以上のシェアを返す必要があります。

は、指定した数のシェアを償還した場合に得られる資産額を推定します。

同じトランザクション状態で実際の償還から得られる額を超える資産額を返してはなりません。

これらの関数は、ユーザーに出金を承認してもらう前に、インターフェース上でコストを説明するのに役立ちます。

最大入金額と最大ミント数

関数は、特定の受取人に現在入金できる資産額の上限を返します。

関数は、特定の受取人に現在発行できるシェア数の上限を返します。

これらの値には、全体の上限と受取人固有の制限を反映させる必要があります。

入金が無効になっている場合、該当する最大値は失敗する代わりに0を返す必要があります。

実用上の上限がない場合、ボールトは符号なし整数の最大値を返すことができます。

最大値は予約ではありません。ユーザーのトランザクション実行前にボールトの条件が変わる可能性があります。

最大出金額と最大償還数

関数は、所有者が現在出金できる資産額の上限を返します。

関数は、所有者が現在償還できるシェア数の上限を返します。

これらの上限は、シェア残高、流動性制限、ロックアップ、一時停止中の操作、その他のボールトルールを反映する場合があります。

ボールトが価値のある資産を保有していても、すぐに流動化できない場合は最大出金額が低くなることがあります。

ボールトの総資産が常に即時償還可能だと想定しないでください。

ERC-4626のイベント

ERC-4626は、通常のERC-20シェアイベントに加えて、

イベントとイベントを定義しています。

イベントは、呼び出し元、シェア所有者、預け入れた資産額、発行されたシェア数を記録します。

イベントは、呼び出し元、資産の受取人、シェア所有者、出金資産額、バーンされたシェア数を記録します。

アプリケーションはこれらのイベントを使用して、ボールトへの入出金を追跡できます。

ERC-20の

イベントも、ボールトシェアのミント、バーン、移転を記録します。

インデクサーは、同じボールト操作を二重に数えないよう、これらのイベントの関係を理解する必要があります。

ボールトの利回りとシェア価値

ERC-4626ボールトは通常、各シェアが表す資産量を増やすことで利回りを反映します。

利回りが得られるたびに、すべての保有者へ新しいシェアを送る必要はありません。

代わりに、同じ数のシェアで、より多くの基礎資産を償還できるようになります。

実装が規格に準拠している限り、別の会計方法で価値を分配するボールトもあります。

戦略で得た収益が、いつ、どのように

に反映されるかを確認してください。

未確定、未実現、外部報告ベースの利回りは、すぐに出金できるとは限りません。

ボールト手数料

ERC-4626は、ボールトが手数料を課すことを認めています。

入金手数料、出金手数料、管理手数料、パフォーマンス手数料、戦略運用費用などが考えられます。

規格は、特定の手数料体系や料率の上限を定めていません。

プレビュー関数は、シミュレーション対象の操作に適用される手数料を反映する必要があります。

一般的な換算関数は手数料を含めません。

手数料の受取人、計算方法、管理者による変更の可否、資産またはシェアのどちらで徴収されるかを確認してください。

表示された利回りが高くても、すべての手数料と損失を含めると大幅に低くなる場合があります。

端数処理と少額入金

スマートコントラクトはシェアトークンの最小単位より小さな端数を発行できないため、ERC-4626の計算には整数演算を用います。

そのため、預入者が受け取るシェア数が、数学上の正確な計算よりわずかに少なくなる場合があります。

入金によって得られるシェア単位がごく少数の場合、損失の影響がより大きくなります。

極端な場合、入金額の端数処理によってシェアが0になることがあります。

資産を預け入れてシェアを0枚しか受け取れなければ、既存のシェア保有者に価値を移転したのと実質的に同じです。

アプリケーションは、許容できないほど少ないシェアしか発行されない入金を拒否する必要があります。

ERC-4626のインフレーション攻撃とは？

インフレーション攻撃は、特にボールトが空または流動性がごく少ないときに、資産とシェアの交換レートを操作します。

攻撃者は少額を最初に預け入れ、その後、追加シェアを発行せずに基礎資産をボールトへ直接送ることができます。

この寄付によって、攻撃者が保有する既存シェアに対応する資産が増加します。

その後に入金するユーザーは、端数処理によりごく少数、または0枚のシェアしか受け取れない場合があります。

攻撃者は元のシェアを償還し、被害者が預け入れた資産の一部または全部を得る可能性があります。

最新のERC-4626セキュリティガイドでは、この初回入金の操作と端数処理との関係が説明されています。

インフレーション攻撃への対策

交換レートの計算に仮想資産と仮想シェアを使用する方法があります。

これらの仮想数量によって、実際の入金前により安全な初期レートを設定できます。

小数桁数のオフセットを設け、シェアの精度を基礎資産より高くする方法もあります。

精度を高めることで、一般的な入金のシェア数が0に切り下げられる可能性を下げられます。

現在保守されている実装にこれらの保護策が含まれる場合がありますが、すべてのERC-4626ボールトで使用されているわけではありません。

アプリケーションは、最低シェア発行数を要求し、不利な入金を拒否する必要もあります。

恒久的にロックされた流動性でボールトに初期資金を供給する方法もありますが、別の運用上の考慮事項が生じます。

スリッページのリスク

スリッページとは、実際の入出金結果がユーザーの予想額と異なることです。

ユーザーのトランザクションのプレビュー後、実行前に別のトランザクションが交換レートを変更する場合があります。

手数料、寄付、戦略の報告、損失、ほかの入出金も結果を変える可能性があります。

ERC-4626の基本的な入出金関数には、明示的な最低出力額または最大入力額のパラメーターがありません。

ERC-5143拡張は、ユーザーが直接操作する際のスリッページ制御を備えたオーバーロード関数を提案しています。

アプリケーションは、ルーターまたはラッパーを使い、最終結果がユーザー指定の上限内に収まるか確認することもできます。

シェア価格の操作とオラクル

アプリケーションがERC-4626シェアの換算レートを価値の参照元として使用する場合があります。

直接の寄付、会計処理の遅延、低い流動性、操作可能な戦略によってレートが変わる場合、これは危険です。

ボールトシェアを担保として使うレンディングプロトコルは、

とシェア供給量がどの程度容易に変化するかを理解する必要があります。

1回のトランザクションによって、価格オラクルとして安全でない一時的なレートが生じることがあります。

ERC-4626の換算関数はボールトの会計情報を返すものであり、操作耐性のある市場価格として自動的に扱うべきではありません。

連携先では、独立した価格設定、時間加重データ、レート制限、その他の保護策が必要になる場合があります。

再入可能性とトークン移転のリスク

入出金では、外部のトークンコントラクトとやり取りします。

悪意のあるトークンや特殊なトークンは、コールバックを実行したり、予期しない値を返したり、移転手数料を課したり、通常とは異なる方法で残高を変更したりする場合があります。

外部の戦略コントラクトからボールトが再度呼び出される場合もあります。

開発者は重要な会計情報を安全な順序で更新し、適切な再入可能性対策を使用する必要があります。

Solidityセキュリティガイダンスでは、外部コントラクトの呼び出しが制御の移転につながる可能性について説明されています。

攻撃者がボールトの別の関数を通じて再入できる場合、1つの入金関数だけを保護しても不十分なことがあります。

標準仕様に準拠しない基礎トークン

移転手数料のあるトークンでは、預入者が指定した額より少ない資産しかボールトに届かない場合があります。

リベーストークンは、通常の移転なしにボールト残高を変化させる可能性があります。

アドレスがブロックされるトークンや一時停止機能のあるトークンでは、出金できなくなる場合があります。

小数桁数が特殊なトークンは、換算や表示が複雑になる可能性があります。

アップグレード可能な基礎トークンは、ボールトのデプロイ後に挙動が変更される場合があります。

ボールト開発者は、完全なERC-20挙動を前提とせず、実際のトークン移動量を測定し、対象資産の動作をテストする必要があります。

戦略と流動性のリスク

ERC-4626による標準化は、預け入れられた資産の運用方法を制限しません。

戦略には、貸付、ステーキング、流動性提供、デリバティブ、ブリッジ、外部カストディが含まれる場合があります。

各活動には、スマートコントラクト、市場、カウンターパーティー、オラクル、強制決済、流動性に関する個別のリスクが伴います。

ボールトが価値のある資産を報告していても、すぐに回収できない場合があります。

外部ポジションが債務超過になれば、損失が計上される可能性もあります。

ERC-4626のインターフェースだけでなく、戦略そのものを評価してください。

管理者権限とアップグレードのリスク

ERC-4626ボールトには、手数料、上限、戦略、一時停止、緊急出金を制御する管理者権限が含まれる場合があります。

アップグレード可能なボールトは、ユーザーがシェアを受け取った後に実装を変更できることがあります。

アップグレードは脆弱性を修正する一方、悪意のある挙動や安全でない挙動を導入する可能性もあります。

管理者が侵害されると、資産を別の場所へ移したり、有害な戦略を承認したり、通常の出金を妨げたりする場合があります。

アップグレード権限、タイムロック、マルチシグ要件、緊急時の権限、役割分担を確認してください。

ERC-4626に準拠しているからといって、ボールトが分散型または不変であるとは限りません。

ERC-4626とネイティブETH

ERC-4626の基本規格では、基礎資産としてERC-20トークンを1種類使用する必要があります。

ネイティブETHはERC-20コントラクトではないため、この要件を直接満たしません。

ボールトは、トークン化されたETHをERC-20基礎資産として使用できます。

FinalERC-7535拡張は、基礎資産がネイティブETHのボールト向けにERC-4626インターフェースを適応させます。

誤った資産を送ると失敗したりアクセスできなくなったりする可能性があるため、ボールトがネイティブETHとERC-20形式のどちらを求めているか確認してください。

同期型ボールトと非同期型ボールト

標準的なERC-4626は、主にアトミックな入出金フローを想定して設計されています。

許可されていれば、入金、ミント、出金、償還は通常、1回のブロックチェーントランザクション内で完了します。

戦略によっては、資産やシェアを請求可能になる前に申請期間が必要です。

ERC-7540規格は、非同期の入金および償還リクエストをERC-4626に追加します。

これにより、決済の遅延、流動性制限、クロスチェーン活動、オフチェーン資産を伴う戦略に対応できます。

非同期型ボールトを評価する際、ERC-4626の出金がすべて即時に可能であるかのように扱うべきではありません。

単一資産ボールトと複数資産ボールト

標準的なERC-4626ボールトは、基礎となるERC-20資産を1種類と、ボールトシェアトークンを1種類持ちます。

複数の資産を入金して同じシェアトークンを受け取る必要があるボールトシステムもあります。

ERC-7575規格は、複数資産のボールト構造向けにERC-4626を適応させ、ボールトの入金口とシェアトークンを分離できます。

この拡張では、連携方法とインターフェース検出の要件が異なります。

文書化されていない会計処理で複数の無関係な資産を受け入れながら、通常のERC-4626の挙動をうたうべきではありません。

ERC-4626にインターフェースIDはありますか？

ERC-4626の基本仕様は、ERC-165によるインターフェース検出を必須としていません。

これは、ERC-165への対応を必須とするERC-721などの規格とは異なります。

アプリケーションは一般に、関数、公開ABI、検証済みソースコード、レジストリー情報、プロジェクトのドキュメントを通じてERC-4626への対応を確認します。

見慣れた関数を1つ呼び出しただけでは、完全な準拠を証明できません。

連携する際は、完全なインターフェースと、ボールトが必須の挙動を満たしているかを確認してください。

開発者によるERC-4626の実装方法

開発者はボールトの会計処理を一から作るのではなく、保守されているレビュー済みの実装を土台にする必要があります。

最新のERC-20およびERC-4626 APIドキュメントには、戦略の拡張を想定した再利用可能な実装が用意されています。

資産の運用、評価、回収、保護の方法は、開発者が引き続き定める必要があります。

入金、ミント、出金、償還、手数料、端数処理、直接寄付、ボールトが空の場合の挙動、損失、特殊な基礎トークンをテストしてください。

ユーザーがシェアに見合う量を超える資産を出金できないことを、インバリアントテストで検証する必要があります。

セキュリティレビューでは、管理者、外部戦略、価格フィード、アップグレード経路、緊急時の手順も確認してください。

ユーザーによるERC-4626ボールトの評価方法

最初に、ボールトと基礎資産のコントラクトアドレスを確認します。

次に、想定リターンを生み出す戦略を特定します。

3つ目に、入出金、管理、パフォーマンス、戦略の各手数料を確認します。

4つ目に、現在の資産、シェア供給量、交換レート、出金可能額の上限を確認します。

5つ目に、初回入金やインフレーション攻撃への対策があるかを確認します。

6つ目に、管理者、アップグレード、一時停止、緊急時の権限を確認します。

7つ目に、出金が同期型か、遅延型か、キュー方式か、外部流動性に依存するかを把握します。

8つ目に、監査やインシデント履歴を調べます。ただし、監査を保証として扱わないでください。

9つ目に、スリッページ制限を適用し、極端に少ないシェアしか発行されない取引を避けます。

10個目に、重大な資産を預ける前に、見慣れないボールトで少額を試してください。

ERC-4626の入金例

あるボールトが基礎資産を1,000単位管理し、流通シェアが1,000枚あるとします。

手数料と端数処理を考慮する前は、1シェアは約1資産に相当します。

ユーザーは、資産を100単位預け入れた場合に何枚のシェアを得られるか、

で確認します。

ボールトが入金手数料を課し、実装に従って端数処理するため、プレビューは99シェアを返します。

ユーザーは、ボールトが基礎トークンを100単位使用できるよう承認します。

次に、受取アドレスを指定して、資産100単位の

を呼び出します。

ボールトは資産を移転し、会計情報を更新して99シェアをミントし、

イベントを発行します。

その後、シェアを追加発行せずに戦略が資産を増やした場合、この99シェアはより多くの基礎トークンに償還できる可能性があります。

戦略の価値が下がれば、同じシェアを償還して得られる資産が少なくなる場合があります。

ERC-4626でよくある間違い

よくある間違いの1つは、ボールトシェア1枚が常に基礎資産1単位に等しいと思い込むことです。

もう1つは、

を保証された入金見積もりとして使うことです。

3つ目は、許容できるシェア数の最低値を指定せずに入金することです。

4つ目は、少額入金で生じる端数処理による損失を無視することです。

5つ目は、

がボールトアドレスに直接保有されているトークン量と等しいと思い込むことです。

6つ目は、操作分析を行わず、ボールトの交換レートを安全な価格オラクルとして使うことです。

7つ目は、管理資産のすべてをすぐに出金できると思い込むことです。

8つ目は、ボールトの基礎戦略を無視し、規格だけを評価することです。

9つ目は、監査を受けていれば損失が発生しないと考えることです。

10個目は、ERC-4626への準拠によって公正な手数料、安全な管理者、収益性の高い利回りが保証されると思い込むことです。

よくある質問

ERC-4626とは何ですか？

ERC-4626は、1種類の基礎ERC-20資産に対する請求権を表すERC-20シェアを発行するボールト向けの、EthereumのTokenized Vault Standardです。

ERC-4626はERC-20トークンですか？

ERC-4626ボールトは、ボールトシェアにERC-20を実装する必要があります。

基礎資産とは何ですか？

基礎資産とは、入金に受け入れられ、出金時に払い出されるERC-20トークンです。

ERC-4626のシェアとは何ですか？

シェアとは、ボールトが管理する資産に対する比例的な請求権を表す代替可能トークンです。

シェア1枚は常に資産1単位と等しいですか？

いいえ。交換レートは、管理資産、シェア供給量、手数料、端数処理、利益、損失に応じて変化します。

ERC-4626は利回りを保証しますか？

いいえ。ボールトの操作を標準化するものであり、戦略がプラスのリターンを生むことを保証しません。

depositとmintの違いは何ですか？

は入力する資産を指定し、は希望するシェアの出力数を指定します。

withdrawとredeemの違いは何ですか？

は希望する資産の出力額を指定し、はバーンするシェア数を指定します。

totalAssetsは何を返しますか？

ボールトの会計ロジックに基づいて、ボールトが管理する基礎資産の量を返します。

プレビュー関数は最終結果を保証しますか？

いいえ。トランザクション実行前にボールトの状態が変化する可能性があるため、アプリケーションはスリッページ保護を使用する必要があります。

ERC-4626ボールトは手数料を課せますか？

はい。入金、出金、管理、パフォーマンスなどの手数料や、その他開示された手数料を課すことができます。

ERC-4626のインフレーション攻撃とは何ですか？

初期のボールト交換レートを操作し、被害者の入金がごく少数、または0枚のシェアに切り下げられる攻撃です。

ボールトはどのようにインフレーション攻撃のリスクを下げられますか？

仮想資産、仮想シェア、シェア精度の向上、初期流動性のロック、最低出力額の確認などが対策として考えられます。

ERC-4626ボールトで損失が発生することはありますか？

あります。戦略の損失、エクスプロイト、不良債権、市場変動、管理者の侵害、外部障害によってシェア価値が下がる可能性があります。

ERC-4626シェアは移転できますか？

通常はERC-20として移転できますが、ボールトはシェアを譲渡不可にすることも認められています。

ERC-4626でネイティブETHを使用できますか？

基本規格ではERC-20資産が必要ですが、ERC-7535はネイティブETHのボールト向けにインターフェースを適応させます。

ERC-4626ボールトは複数の基礎資産を管理できますか？

基本規格が管理する資産は1種類ですが、ERC-7575などの拡張で複数資産の構造に対応できます。

ERC-4626は出金の遅延に対応していますか？

基本規格はアトミックな操作を想定していますが、ERC-7540は非同期の申請・請求フローを追加します。

ERC-4626はERC-165への対応を必須としていますか？

いいえ。ERC-4626の基本仕様は、ERC-165によるインターフェース検出を必須としていません。

規格に準拠していればERC-4626ボールトは安全ですか？

いいえ。準拠により相互運用性は高まりますが、戦略、会計、コントラクト、管理者の安全性が証明されるわけではありません。

まとめ

ERC-4626は、基礎ERC-20資産を1種類管理し、ERC-20シェアを発行するトークン化ボールト向けのEthereum標準インターフェースです。

入金、ミント、出金、償還、換算見積もり、プレビュー関数、ボールト上限、入出金イベントを標準化します。

すべてのボールトに同じ投資戦略を強制することなく、ウォレットやスマートコントラクトがボールトと連携しやすくなります。

ボールトシェアは比例的な請求権を表し、基礎資産との固定された1対1の残高を表すものではありません。

戦略収益によって価値が上昇する場合もあれば、損失、手数料、不良債権、セキュリティ障害によって下落する場合もあります。

端数処理、スリッページ、直接寄付、初回入金を狙ったインフレーション攻撃には、慎重な対策が必要です。

開発者は保守されている実装を使い、空のボールトの挙動をテストし、外部呼び出しを保護し、最低出力額の制御を設ける必要があります。

ユーザーはERC-4626への対応だけに頼らず、基礎戦略、流動性、手数料、管理者権限、アップグレードシステム、出金プロセスを評価してください。

拡張機能を使えば、ネイティブ資産、非同期決済、スリッページ保護、複数資産の構造に対応できます。

ERC-4626を理解すると、標準化されたボールト会計と、資産を運用する戦略固有の金融・技術リスクを区別しやすくなります。