バーン関数

暗号資産におけるバーン関数とは？

バーン関数とは、トークンを流通から恒久的に取り除くか、使用できない状態にするスマートコントラクトの関数です。暗号資産における「バーン」とは、利用可能な供給量を減らす方法でトークン残高を破棄するか、誰も管理していないと想定されるアドレスへトークンを送ることです。バーン関数はトークンコントラクトでよく使われ、特にERC-20トークン、NFT、ステーブルコインのシステム、ガバナンストークン、ラップド資産、DeFiプロトコルで一般的です。バーン関数の主な目的は、トークン供給量を減らすための透明性の高いオンチェーン手段を提供することです。トークンが正しくバーンされると、ブロックチェーンエクスプローラーやスマートコントラクトのイベントで、トークンがユーザー残高から取り除かれたことや、認知されたバーンアドレスに送られたことを確認できます。ERC-20トークンでは、正規のバーンによって通常、総供給量が減り、ウォレット、分析ツール、ブロックチェーンエクスプローラーが追跡できるイベントが発行されます。

OpenZeppelinのERC-20ドキュメントによると、内部の_burn関数はアカウントのトークンを破棄し、総供給量を減らし、送信先をゼロアドレスに設定したTransferイベントを発行します。

バーンは通常の送金とは異なるため、これは重要です。通常の送金では、ある保有者から別の保有者へトークンが移動します。バーンはトークンをアクティブな流通から取り除き、コントラクトに記録された公式の供給量を減らす場合があります。暗号資産ユーザーにとってバーン関数は、トークノミクス、供給量の透明性、償還システム、手数料の仕組み、ガバナンス設計、投資家の期待に影響するため重要です。

バーン関数の仕組み

バーン関数は、トークンコントラクトの会計ルールを変更して機能します。単純なERC-20モデルでは、各アドレスの残高が記録され、コントラクトは総供給量も管理します。トークンがミントされると、コントラクトは総供給量を増やし、アカウントにトークンを追加します。トークンがバーンされると、コントラクトはアカウントからトークンを差し引き、通常は同じ数量だけ総供給量を減らします。バーン取引はブロックチェーンネットワークで処理されるため、この変更はオンチェーンに記録されます。スマートコントラクトに新しいトークンを再び作成する別のミント関数がない限り、ユーザーは後からバーンを取り消せません。一般的なバーン関数は、トークンを取り除く前にアカウントに十分な残高があるかを確認します。残高が不足していれば、取引は失敗するはずです。安全なバーン関数では、バーン数量が有効であることと、呼び出し元にバーン権限があることも確認する必要があります。多くのERC-20実装では、ユーザーはburnを呼び出して自分のトークンを破棄できます。他のアカウントのトークンをバーンする権限を承認された利用者が、allowanceを受け取った後に実行できるburnFromを含むコントラクトもあります。

OpenZeppelinのERC-20 Burnableドキュメントでは、トークン保有者が自分のトークンと、allowanceを得たトークンを破棄でき、イベント分析で認識できる拡張機能が説明されています。

このため、バーン関数は個々のユーザーにもプロトコルレベルの仕組みにも有用です。

バーン関数とバーンアドレスへの送金の違い

バーン関数とバーンアドレスは関連していますが、常に同じものとは限りません。バーン関数はトークンコントラクト内部の供給量計算を変更し、総供給量を減らす場合があります。バーンアドレスは、再び使用されないと想定されるトークンの受取先としてよく使われるアドレスです。最も有名なバーン用アドレスはゼロアドレスで、0x0000000000000000000000000000000000000000と表記されます。

Etherscanはゼロアドレスについて、いずれのユーザーにも所有されておらず、トークンのバーン、ミント、ジェネシスイベントと関連付けられることが多いと説明しています。

もう一つよく使われるバーンアドレスは0x000000000000000000000000000000000000dEaDです。

Etherscanはデッドアドレスについて、トークンのバーンや循環供給量の削減にプロジェクトがよく使うと説明しています。

バーンアドレスにトークンを送っても、トークンコントラクトのtotalSupply値が減るとは限らないため、この違いは重要です。トークンがデッドアドレスに移されただけの場合、実質的に使用不能になっても、コントラクト上の総供給量には含まれたままのことがあります。適切なバーン関数を使ってトークンをバーンすると、通常はコントラクトが総供給量を直接減らします。トークンを分析する際は、総供給量を減らしてバーンしたのか、到達できないと考えられるアドレスに移しただけなのかを必ず確認しましょう。

ERC-20トークンのバーン関数

バーン関数はERC-20トークンで特によく使われます。ERC-20は、EthereumおよびEVM互換ネットワーク上の代替可能トークンに広く使われる規格です。

公式のERC-20トークン規格では、totalSupply、balanceOf、transfer、allowance、approve、transferFromなどの基本関数が定義されています。

ERC-20規格は、トークンが移転されるときに発生するTransferイベントも定義しています。トークンの作成時には、送信元アドレスを0x0に設定したTransferイベントを発生させると規格で定められています。多くのERC-20バーン実装では逆のイベント形式を使い、送信先をゼロアドレスに設定したTransferイベントを発行します。これにより、オフチェーンのツールが標準イベントの追跡を通じてトークンの破棄を認識できます。ただし、ERC-20自体は、すべてのトークンに公開バーン関数を含めることを求めていません。トークンは、バーン可能、バーン不可、オーナーのみバーン可能、ユーザーがバーン可能、または特定のコントラクトロジックの下でのみバーン可能な場合があります。そのため、すべてのERC-20トークンをバーンできると考えてはいけません。バーンの仕組みを判断する前に、コントラクト、ドキュメント、ブロックチェーンエクスプローラーの詳細を確認してください。

NFTのバーン関数

バーン関数はNFTにも使われます。ERC-721のNFTコントラクトでは、通常、特定のトークンIDを破棄します。

OpenZeppelinのERC-721ドキュメントでは、トークンはミント時に存在し始め、ERC-721の_burnロジックによるバーン時に存在しなくなると説明されています。

各NFTが固有であるため、これは代替可能トークンのバーンとは異なります。NFTをバーンする場合、同一のトークンを一定数量破棄するわけではありません。アート作品、会員証、ゲームアイテム、チケット、ドメインに類する資産、その他のデジタル所有権を表す特定のトークンIDを破棄します。NFTのバーンは、アップグレードシステム、償還システム、ゲーム内のアイテム作成、許可リストの仕組み、トークン保有者限定の体験でよく使われます。たとえば、古いNFTをバーンして新しいNFTを受け取るようユーザーに求めるプロジェクトがあります。ゲームでは、複数のアイテムをバーンして、より希少なアイテムを作る場合があります。会員制プロジェクトでは、一時的なパスの利用後にそのパスをバーンすることがあります。いずれの場合も、バーン関数は希少性や状態の変化をオンチェーンで管理する助けになります。

プロジェクトがバーン関数を使う理由

プロジェクトがバーン関数を使う理由はいくつかあります。1つ目は供給量の削減です。トークンの総数を恒久的に減らす場合、バーン関数によって明確な方法で実行できます。2つ目は償還です。ユーザーがトークンを別の資産、サービス、権利、商品と交換する際に、プロジェクトがトークンをバーンすることがあります。3つ目は手数料の設計です。各取引で供給量がわずかに減るよう、取引手数料の一部をバーンするトークンシステムもあります。4つ目はプロトコルの会計処理です。ラップド資産、合成資産、クロスチェーンシステムでは、別の場所で資産を出金、償還、解放する際に、一方のチェーンでトークンをバーンすることがあります。5つ目はガバナンス上の整理です。プロトコルが未使用のトレジャリートークン、役目を終えたインセンティブトークン、未請求の配布残高をバーンし、供給量データを明確にする場合があります。6つ目はユーザーの選択肢です。コミュニティによっては、コミットメントの表明やゲーム、ミーム、ソーシャルな仕組みの一環として、保有者が任意でトークンをバーンできます。バーン関数は柔軟ですが、設計や管理が不適切だと、少数のグループに権限が集中するリスクも生じます。

バーン関数とトークノミクス

トークノミクスとは、トークンの供給、需要、インセンティブ、配分、ユーティリティの設計です。バーン関数は、時間の経過に伴うトークン供給量の変化に影響するため、トークノミクスの重要な要素となることがあります。デフレをうたうためにバーンを使うプロジェクトもあります。デフレとは、特定の条件下で供給量が減少する可能性があることです。供給量の減少は魅力的に思えるかもしれませんが、トークンの価値を自動的に高めるものではありません。トークン価格は需要と供給の両方に左右されます。供給量が減っても、需要がそれ以上の速さで減少すれば、トークンの価値は下がる可能性があります。バーンによって供給量が少し減っても、新しいトークンがより速いペースでミントされれば、供給量の純増となる場合があります。そのため、バーンの発表だけでなく、供給量の純変化を確認しましょう。未使用の配分枠からトークンをバーンする場合、実際に流通しているトークンをバーンする場合より、市場への影響が小さい可能性があります。バーンに意味があるのは、バーンされたトークンの出所と、供給スケジュール全体への影響をユーザーが理解している場合に限られます。

バーン関数と循環供給量

循環供給量とは、市場で利用できる、またはその他の方法でアクティブと見なされるトークンの数量です。バーン対象のトークンが、それまでユーザー、トレーダー、投資家、プロトコルに利用可能だった場合、バーン関数によって循環供給量が減ることがあります。ただし、すべてのバーンが循環供給量に同じ影響を与えるわけではありません。長年市場に出回る予定のなかったロック済みトークンをプロジェクトがバーンしても、短期的な循環供給量はほとんど変わらない可能性があります。ユーザー手数料や市場で購入したトークンをバーンする場合、循環供給量により直接的な影響が及ぶ可能性があります。総供給量を更新せずにトークンをバーンアドレスへ送る場合、データ提供者の算出方法によって供給量の報告値が異なることがあります。そのため、トークン供給量の分析は複雑になることがあります。あるダッシュボードは総供給量を表示し、別のものは循環供給量を表示し、さらに別のものは既知のバーンアドレスの残高を差し引く場合があります。数値を比較する前に、各分析プラットフォームで使われている定義を確認してください。最も適切な分析では、総供給量、循環供給量、ロック済み供給量、バーン済み供給量、ミントスケジュール、ベスティングスケジュール、トレジャリー残高を併せて確認します。

バーン関数とミント関数

バーン関数はミント関数と併せて語られることがよくあります。ミント関数は新しいトークンを作成します。バーン関数は既存のトークンを破棄します。この2つの関数によって、供給量を増加または減少させる仕組みが定まります。ミントとバーンの両方が可能なトークンは柔軟ですが、権限管理が弱いとリスクも生じます。オーナーが無制限にトークンをミントできる場合、バーンを行っても希少性が長く維持されない可能性があります。オーナーがユーザーの同意なくウォレット内のトークンをバーンできる場合、ユーザーは深刻な信頼・カストディリスクに直面します。厳格なルールに基づいてのみミントとバーンを行えるプロトコルであれば、より安全で予測しやすい可能性があります。適切なトークン設計では、誰がミントできるのか、誰がバーンできるのか、いつ実行できるのか、制限があるのかを明確に説明する必要があります。バーンの仕組みを信頼する前に、管理者権限を必ず確認してください。ルールが透明で制限され、曖昧な約束ではなくコードによって実行される場合、バーン関数はより信頼性が高くなります。

バーン関数とステーブルコイン

バーン関数はステーブルコインのシステムで重要です。ユーザーがステーブルコインを裏付け資産と引き換えると、ステーブルコインの供給量を減らす必要が生じることがあります。バーン関数を使って、償還済みのステーブルコインを流通から取り除けます。これにより、トークン供給量をシステム上の未償還債務の量に合わせることができます。たとえば、ユーザーがステーブルコインを発行者やプロトコルに返却して償還する場合、返却されたトークンをバーンし、再び流通しないようにすることがあります。アルゴリズム型または担保型のDeFiシステムでは、ユーザーが債務を返済したり、ポジションを閉じたり、担保を償還したりする際にバーンが行われる場合もあります。具体的な設計はステーブルコインのモデルによって異なります。いずれの場合も、バーンのロジックはシステムの会計処理の一部です。ステーブルコインのバーン関数に不具合がある、利用が制限される、または不正利用されると、供給量の正確性やユーザーの信頼に影響する可能性があります。そのため、ステーブルコインのバーンの仕組みは慎重に監査し、明確に文書化する必要があります。

バーン関数とクロスチェーンブリッジ

クロスチェーンブリッジにもバーン関数が使われることがあります。ブリッジは、異なるブロックチェーンネットワーク間で価値を移動するための仕組みです。一部のブリッジはロック・アンド・ミント方式を採用し、一方のチェーンでトークンをロックし、もう一方のチェーンでラップド版をミントします。バーン・アンド・リリース方式やバーン・アンド・ミント方式を採用するブリッジもあります。バーン・アンド・リリース方式では、送信元チェーンで元のトークンを解放する前に、送信先チェーンでラップドトークンをバーンすることがあります。バーン・アンド・ミント方式では、供給量のバランスを保つため、一方のチェーンでトークンをバーンし、別のチェーンでミントする場合があります。二重の請求を防ぐにはブリッジの会計処理が重要であるため、ここでバーン関数が大切になります。トークンが正しくバーンされないと、裏付け資産を上回る量のラップドトークンがブリッジ上に存在する可能性があります。トークンはバーンされたのに解放処理が失敗すると、ユーザーが資金にアクセスできなくなったり、出金が遅れたりするおそれがあります。そのため、ブリッジ関連のバーン関数には、強固なセキュリティ、モニタリング、緊急時の制御が必要です。

バーン関数とDeFiプロトコル

DeFiプロトコルでは、さまざまな形でバーン関数が使われます。貸付プロトコルでは、借り手が借入を返済するときに債務トークンをバーンする場合があります。流動性プールでは、ユーザーがプールに対する持分を引き出す際に、流動性プロバイダートークンをバーンすることがあります。合成資産プロトコルでは、ユーザーが担保を償還したりポジションを閉じたりするときに、合成トークンをバーンする場合があります。ステーキングプロトコルでは、出金や変換の際に受取トークンをバーンすることがあります。ガバナンスシステムでは、ルール違反時に提案用デポジットをバーンする場合があります。こうした場合のバーン関数は、マーケティング目的で供給量を減らすためだけのものではありません。プロトコルの会計処理を担う仕組みの一部です。トークン化された請求権が使用、終了、償還されたことをバーンによって示します。バーンの会計処理に誤りがあると、ユーザーが受け取る資産が多すぎたり、少なすぎたり、まったく受け取れなかったりする可能性があります。そのため、DeFiのバーン関数は、境界条件、丸め誤差、リエントランシーリスク、権限設定の誤り、想定外のトークン挙動を考慮してテストする必要があります。

バーン関数のセキュリティリスク

バーン関数の設計が慎重でないと、重大なセキュリティリスクが生じることがあります。1つ目は不正なバーンです。悪意あるユーザーが承認なく他のウォレットのトークンをバーンできる場合、保有者は資金を失う可能性があります。2つ目は管理者権限の過剰です。コントラクトのオーナーがいつでもあらゆるユーザーのトークンをバーンできる場合、ユーザーの想定以上に中央集権的なトークンである可能性があります。3つ目はallowanceのロジックの不備です。burnFrom関数では、他のユーザーのトークンをバーンする前に、呼び出し元のallowanceが十分かを正しく確認する必要があります。4つ目は供給量の不一致です。残高が減っても総供給量が正しく更新されなければ、トークンの会計処理が不正確になる可能性があります。5つ目はイベントの不一致です。バーン時に想定されたイベントが発行されないと、ウォレットや分析ツールが供給量の変化を正しく追跡できない場合があります。6つ目はブリッジの障害です。クロスチェーン移転でバーンを行う場合、メッセージの受け渡しに失敗すると、ユーザーが受け取るはずだった資産を受け取れない可能性があります。7つ目はアップグレードの悪用です。アップグレード可能なコントラクトでは、ガバナンスや管理者の制御に制限がない場合、後からバーンのロジックが変更されるおそれがあります。

Ethereumのスマートコントラクトのセキュリティに関する開発者向けガイダンスでは、監査やバグ報奨金だけでは高品質なコードを書く責任を代替できないと説明されています。

バーン関数は概念上シンプルでも、実際のユーザー残高に関わると危険になり得るため、この点は重要です。

ブロックチェーンエクスプローラーでバーン関数を確認する方法

ユーザーはブロックチェーンエクスプローラーでバーンの動きを確認できることがあります。最初にトークンコントラクトのページを開き、最近の送金を確認します。次に、ゼロアドレスまたは既知のバーンアドレスへの送金を探します。3つ目に、取引後に総供給量が減ったかを確認します。エクスプローラーが関数呼び出しをデコードする場合は、4つ目としてトランザクションの入力データを確認します。5つ目に、バーン、burnFrom、redeem、withdraw、またはバーンのロジックを含む別の関数が呼び出されたかを確認します。6つ目に、イベントログとトークンの供給量を比較します。取引がトークンをデッドアドレスに移しただけなら、イベントは通常の送金のように見える場合があります。正規のバーン関数が呼び出されていれば、コントラクトはゼロアドレス宛てのTransferイベントを発行し、総供給量を更新することがあります。バーンが行われたというプロジェクトのSNS投稿だけに頼らないでください。トランザクションハッシュ、コントラクトアドレス、数量、供給量への影響をオンチェーンで検証しましょう。

より安全なバーン関数の設計方法

開発者は、権限を明確にし、会計処理を予測可能にしたバーン関数を設計する必要があります。基本的なユーザーバーンでは、呼び出し元自身のトークンだけをバーンできるようにします。burnFrom関数ではallowanceを必要とし、バーン後にそのallowanceを正しく減らす必要があります。トークンのユースケース上明確に必要な場合を除き、管理者によるバーンは避けるべきです。管理者によるバーンが必要な場合は、ロールベースの権限、明確な制限、イベント、必要に応じてタイムロックを設けます。開発者は、可能であれば独自のバーンロジックを一から書くのではなく、十分にテストされたライブラリを使うべきです。OpenZeppelinのコントラクトライブラリは、一般的なトークン機能についてレビュー済みの実装を提供するため、広く利用されています。また、ゼロ数量のバーン、残高全額のバーン、残高不足時のバーン、allowanceを使ったバーン、一時停止状態、アップグレードのシナリオ、他のプロトコル関数との連携をテストする必要があります。ミントとバーンの後も、総供給量が意図された残高の合計と常に一致することを検証してください。ブリッジ、ダッシュボード、サブグラフ、報酬計算ツールなどの外部システムがバーンイベントを正しく処理することも確認する必要があります。コード、権限、ドキュメント、モニタリングのすべてが意図した設計に一致して初めて、バーン関数は安全と言えます。

ユーザーがバーン関数を評価する方法

まず、バーン関数がpublic、private、internal、owner-only、またはロールベースのどれに当たるか確認しましょう。ユーザー自身しか自分のトークンをバーンできない場合、リスクは一般に把握しやすくなります。管理者がユーザー残高をバーンできる場合は、重大な中央集権化リスクとして扱う必要があります。次に、バーンによって総供給量が減るのか、トークンをバーンアドレスに移すだけなのかを確認します。バーン後にプロジェクトが新しいトークンをミントできるかも確認してください。後からコントラクトオーナーがさらに多くのトークンをミントできるなら、大規模なバーンでも意義が小さい場合があります。バーンイベントが一度限りのものか、定期的なものか、手数料に基づくものか、償還に基づくものかを確認しましょう。バーンされたトークンの出所も確認してください。トレジャリーの配分分をバーンすることと、市場で購入したトークンやプロトコル手数料から得たトークンをバーンすることは異なります。すべてのバーンを強気材料と見なさないようにしましょう。バーンは、トークンの供給と需要の全体像を構成する要素の一つにすぎません。

バーン関数に関するよくある誤解

よくある誤解の一つは、バーンのたびに価格が上がるというものです。バーンで供給量が減ることはありますが、価格は需要、流動性、市場センチメント、ユーティリティ、暗号資産市場全体の状況にも左右されます。もう一つの誤解は、デッドアドレスに送られたトークンは必ず総供給量を減らすというものです。実質的な循環供給量が減ることはあっても、コントラクトのtotalSupply値が減るとは限りません。3つ目の誤解は、バーン関数は常にユーザーにとって有益だというものです。設計の不適切なバーン関数は、管理者に過剰な権限を与えたり、誤って資金を破棄できるようにしたりすることがあります。4つ目の誤解は、いかなる状況でもバーンを元に戻せないというものです。バーンされた同じトークンは通常取り戻せませんが、ミント権限を持つコントラクトは後から新しいトークンを作成できる場合があります。5つ目の誤解は、すべてのバーンアドレスが同じように安全だというものです。バーンアドレスとして広く認識されているものもあれば、プロジェクトがそう表示しているだけの通常のアドレスもあります。本当にアクセス不能なのか、単にバーンアドレスだと主張されているだけなのかを確認してください。

バーン関数とAEOの検索意図

「burn function（バーン関数）」を検索する人は通常、その機能、供給量を減らすかどうか、トークン価格に影響する可能性があるかを知りたいと考えています。直接的な答えは、バーン関数がトークンコントラクトのルールに基づいてトークンを破棄するか、アクティブな供給量から取り除くということです。トークンのバーンが削除と同じかを尋ねる人もいます。バーン関数によって残高と総供給量が減る場合、トークンの会計処理上は実質的に同じですが、取引記録はオンチェーンに永久に残ります。バーンアドレスとバーン関数が同じかを尋ねる人もいます。同じではありません。バーンアドレスはトークンを受け取り、バーン関数はコントラクトの会計処理を変更します。トークンバーンが安全かを尋ねる人もいます。安全性はコード、権限、供給量のルール、監査状況、署名する取引をユーザーが理解しているかによって異なります。バーンしたトークンが戻ってくるかを尋ねる人もいます。バーンした同じトークンは通常再び使用できませんが、コントラクトがミントを許可していれば新しいトークンが発行される可能性があります。

FAQ

暗号資産でバーン関数とは何を意味しますか？

バーン関数とは、トークンコントラクトのルールに基づき、トークンを破棄するかアクティブな流通から取り除くスマートコントラクトの関数です。

バーン関数は総供給量を減らしますか？

正規のバーン関数は通常、総供給量を減らします。ただし、バーンアドレスへトークンを送っても、コントラクトのtotalSupply値が減らない場合があります。

トークンのバーンは送金と同じですか？

いいえ。通常の送金ではトークンが別のアドレスに移りますが、バーンでは利用可能な供給量からトークンを取り除くか、管理されないと想定されるアドレスに送ります。

バーンしたトークンは復元できますか？

バーンでは残高が恒久的に変更されるか、到達不能なアドレスにトークンが送られるため、通常は復元できません。

プロジェクトはバーン後にトークンをミントできますか？

はい。スマートコントラクトにミント権限が含まれ、必要な権限が有効なままであれば、バーン後に新しいトークンをミントできます。

トークンのバーンは必ず価格にプラスですか？

いいえ。市場価格は需要、流動性、ユーティリティ、センチメント、供給スケジュール全体に左右されるため、バーンによる価格上昇は保証されません。

burnFromとは何ですか？

burnFromは、十分なallowanceを持つ承認済みの利用者が、別のアカウントのトークンをバーンできる関数です。

バーンアドレスとは何ですか？

バーンアドレスは、ゼロアドレスや認知されたデッドアドレスのように、再び使用されないと想定されるトークンの受取先としてよく使われるアドレスです。

NFTをバーンできますか？

はい。スマートコントラクトが特定のトークンIDを破棄し、アクティブな所有記録から取り除くことで、NFTをバーンできます。

バーン関数を信頼する前に何を確認すべきですか？

権限、総供給量への影響、ミント権限、管理者制御、イベントログ、監査状況、バーン取引をオンチェーンで検証できるかを確認してください。

まとめ

バーン関数は、暗号資産のスマートコントラクトで特に重要な供給量管理ツールの一つです。トークンの破棄、償還、流通からの除去、より大きなプロトコル会計システムの一部としての利用を可能にします。ERC-20トークンでは、適切なバーンによって通常、ユーザーの残高と総供給量が減少します。NFTでは、通常、特定のトークンIDを破棄し、コントラクト上でのアクティブな存在を終了させます。バーン関数は、トークノミクス、DeFi、ステーブルコイン、ブリッジ、ゲーム、会員制システム、ガバナンスの仕組みで使われます。ただし、バーン関数は名称だけで判断してはいけません。総供給量を実際に減らすのか、誰が実行できるのか、後から新しいトークンをミントできるのか、オンチェーンで検証できるのかを確認しましょう。開発者は、テスト済みのライブラリ、明確な権限、適切なイベント、慎重な会計処理、セキュリティレビューを備えたバーン関数を構築する必要があります。優れたバーン関数は透明性とプロトコル設計を改善できます。不適切なバーン関数は、中央集権化リスク、供給量の混乱、ユーザーの回復不能な損失につながる可能性があります。暗号資産のバーンを理解する最も確実な方法は、コントラクトを読み、取引を検証し、トークン供給モデル全体の一部としてバーンを分析することです。