メインコンテンツへスキップ

DAOトレジャリーの簿記:マルチシグの照合、ステーブルコインのランウェイ管理、コントリビューター助成金の会計処理

公開日 約1分Mike ThriftMike Thrift
DAOトレジャリーの簿記:マルチシグの照合、ステーブルコインのランウェイ管理、コントリビューター助成金の会計処理
このページの見出し

あなたのトレジャリーは公開されている。すべてのウォレット、すべての送金、すべての助成金支払いは、ブロックエクスプローラーを持つ誰もが検証できる形でオンチェーンに存在する。それにもかかわらず、ほとんどのDAOはファイナンス上もっとも単純な問いに答えられない。残りのランウェイはあと何か月あるのか?

透明性は簿記と同じではない。ブロックエクスプローラーは何が起きたかを見せるが、それが何を意味するかは教えてくれない。どの送金が助成金で、どれがコントリビューターへの給与で、どれが単なるウォレット間のリバランスだったのか?それぞれのトークンは受け取った時点でいくらの価値があり、出ていった時点でいくらの価値があったのか?答えがなければ、損益計算書を作成することも、納税申告することも、コミュニティに対してDAOが次のベアマーケットを生き延びられるかどうかを伝えることもできない。

本ガイドでは、DAOトレジャリーの簿記を構成する3つの業務を順に解説する。銀行明細なしでマルチシグウォレットを照合すること、ステーブルコインでランウェイを追跡すること、コントリビューター助成金を会計処理することだ。20名のコレクティブを運営していても、トレジャリー評議会に所属していても、仕組みは同じである。

DAOの簿記が異なる理由

従来の簿記は銀行明細から始まる。規制された金融機関が発行する、権威ある月末時点の記録だ。DAOにはそれが存在しない。代わりに手に入るのは次のようなものだ。

  • 無限の履歴を持つウォレットアドレス。 すべてのトークンの動きは可視化されるが、何もラベル付けされていない。50,000 USDCの出金は、助成金のマイルストーンかもしれないし、マーケットメイカーへの貸付かもしれないし、署名者の操作ミスかもしれない——チェーンは何も語らない。
  • 秒単位で価格が変わる資産。 ネイティブガバナンストークンは、帳簿上ではトレジャリーの80パーセントを占めていても、助成金受領者が売却する頃には40パーセントになっているかもしれない。すべてをスポット価格で評価すると、実際に使える金額を過大に示してしまう。
  • 平然と隠れている課税対象イベント。 米国では、暗号資産のほとんどすべての動き——コントリビューターへのETHでの支払い、ガバナンストークンのステーブルコインへのスワップ、さらにはガスの負担——が損益報告の対象になり得る。銀行や取引所から書類が送られてこないからといって、オンチェーンでの支払いが報告義務を免除するわけではない。
  • デフォルトでは取引相手の書類が存在しない。 マルチシグの実行には請求書が添付されていない。各取引をガバナンス提案、請求書、助成金契約に紐づける習慣を身につけなければ、半年後に帳簿を再構築するのは法医学的な考古学作業になる。

解決策は奇抜なものではない。銀行口座の代わりにウォレットに適応させた複式簿記である。現在25,000以上のDAOが数百億ドル規模の共同資産を管理しており、不況を生き延びるDAOには一つの共通点がある——資金がどこにあり、組織を維持するのにいくらかかるかを正確に把握していることだ。

オンチェーンの現実に合わせた勘定科目表の設定

何かを照合する前に、DAOが実際に資金を保有し動かす方法に合わせて帳簿を構造化しよう。

各ウォレットを個別の現金勘定として扱う

ウォレットまたはチェーンごとのデプロイメントごとに、台帳勘定を1つ作成する。Assets:Treasury:Safe-MainnetAssets:Treasury:Safe-ArbitrumAssets:Operations:Hot-Wallet などである。これらの間の送金は内部移動であり、費用ではない——ブロックエクスプローラー上ですべての出金が同じに見えるとき、スプレッドシートが日常的に取り違える区別だ。

ネイティブトークンとステーブルコインを分ける

ガバナンストークンとステーブルコインは異なる資産クラスとして振る舞うため、そのように計上すべきである。

  • Assets:Treasury:Stablecoins — USDC、USDT、DAI、および類似のもの。これが使えるランウェイである。
  • Assets:Treasury:Native-Token — 自組織のガバナンストークン。ボラティリティが高く、まとまった量では流動性が低いことが多く、売却すれば市場が暴落するならスポット価格×保有量よりはるかに価値が低い。
  • Assets:Treasury:Other-Crypto — ETH、ステーキングポジション、LPトークン、その他すべて。

現在の米国会計基準では、ほとんどの暗号資産は各報告期間ごとに公正価値で測定され、変動は純利益を通じて処理される。基準設定主体がまだ空白を埋めている点に注意しよう。2026年の提案では、適格な決済用ステーブルコインを現金同等物として計上できるようにする方向性が示されており、これが実現すればランウェイ報告はかなり簡素化される。それが実現するまでは、評価方針——どの価格ソースを、どのタイムスタンプで使うか——を開示し、一貫して適用すること。

ガスを営業費用として計上する

ガス代は個別には小さいため見落とされがちだが、月に何十件ものマルチシグ取引、投票、クレームを実行するDAOは、年間で数千ドルをガスに費やすこともある。各取引時点の法定通貨価値で Expenses:Operations:Gas-Fees に記録する。これは組織運営の実費であり、他の営業費用と同様に損金算入できる。

銀行明細なしでマルチシグを照合する

ほとんどのDAOトレジャリーはマルチシグネチャウォレットに存在する——通常はSafe(旧Gnosis Safe)で、3-of-5のようなしきい値を持ち、5名の指定署名者のうち3名が各取引を承認しなければならない。単独で資金を動かせる者はいない。これはセキュリティ上は優れているが、照合すべき月次明細がないため簿記上はやや厄介である。

マルチシグそのものを真実の情報源として使う。うまく機能する月次ルーチンを以下に示す。

1. 取引履歴をエクスポートする

Safeや類似のウォレットでは、実行済みのすべての取引をタイムスタンプ、トークン量、取引相手、トランザクションハッシュとともにエクスポートできる。DAOが運営するすべてのチェーンについて、丸1か月分を取得する。このエクスポートが銀行明細の代替となる——完全で、タイムスタンプ付きで、改ざん不可能だ。

2. 各取引をその承認と突き合わせる

すべての出金について、承認の記録を探す。それを承認したガバナンス提案、助成金契約、コントリビューターの請求書、または該当する運営予算である。入金も同様に扱う——その100,000 USDCはパートナーDAOからの助成金だったのか、トークンセールの収益だったのか、レンディングポジションから収穫したイールドだったのか?各エントリに提案IDや請求書番号をタグ付けし、監査人(または好奇心旺盛なコミュニティメンバー)がリンクをたどれるようにする。

3. すべての動きを報告通貨で評価する

一貫した1つの価格ソースを使い、取引時点の各トークンの法定通貨価値を記録する。これにより、入ってくるすべてのものの取得原価と、出ていくすべてのものの損益が確定する。取引量の多いトレジャリーでは、暗号資産会計ツールがウォレット履歴を取り込み自動で価格を付けることができる。小規模なDAOでは、規律あるスプレッドシートを毎月更新すれば十分である——ただし「毎月」が実際に実行される限りにおいて。

4. 署名者としきい値を検証する

照合はセキュリティチェックポイントでもある。署名者セットがガバナンスで承認されたものと依然一致しているか確認する。退任したコントリビューターを削除し、侵害された可能性のある鍵をローテーションし、しきい値が依然適切か確認する。一般的な基準は、しきい値を署名者の60パーセント以上に保つことだ——小規模な派閥が単独で行動できない程度に高く、鍵を1つ失ってもトレジャリーが凍結しない程度に低く。署名者の変更はその月の締め処理ノートに記載する。

5. ウォレットごとに残高を照合する

帳簿上の各ウォレット勘定について、期首残高+記録された入金-記録された出金が、オンチェーンの期末残高とトークンごとに一致することを確認する。差異があれば、取引が漏れているか誤って価格付けされている——月次締めの前に調査する。これはまさに銀行照合の習慣であり、銀行の代わりにブロックエクスプローラーが立っているだけである。

ステーブルコインのランウェイを追跡する

ランウェイはコミュニティが実際に気にかける数字だ。DAOはあとどれだけ運営を続けられるのか?ほとんどのトレジャリーが犯す間違いは、それを自組織のトークンで表示することである。スポット価格で「4,000万ドルの価値がある」トレジャリーが、実はステーブルコインを3か月分しか持っていないかもしれない——そしてネイティブトークンが70パーセント下落すれば、見出しの数字は消え去るが、給与は消えない。

バーンレートはステーブルで表示する

月次バーンレート——コントリビューターへの支払い、助成金、インフラ、ツール、ガス——をドル建てで計算し、ステーブルコイン保有額をそのバーンートで割る。その商が本当のランウェイである。毎月報告する。「当DAOは月次支出15万ドルに対して120万USDCを保有しており、ランウェイは約8か月である。」数字は一つ、ごまかしなし。

運営準備金と戦略的保有を分ける

実用的な構造は、トレジャリーを異なるルールを持つバケットに分割する。

  • 運営準備金: ステーブルコインで6〜12か月分のバーンレート。承認された支出以外では手を付けない。ネイティブトークンが強い間に収益または計画的な分散化によって補充する——下落した後にではなく。
  • 戦略準備金: アラインメント、ステーキング、将来の用途のために保有するネイティブトークンと長期ポジション。ランウェイには数えない。
  • イールドスリーブ: 保守的で低リスクのイールドを得ている遊休ステーブルコイン。プロトコルの破綻が運営準備金を毀損しないような規模にする。

トークンが強い間に運営準備金を充実させることは、DAOが行うもっともレバレッジの効くトレジャリー判断である。強い間にステーブルへ分散したトレジャリーは生き延びる。不況に突入するまでネイティブトークンを95パーセント保有し続けたトレジャリーは、給与を払うために底値で売ることになる。

感覚ではなくスケジュールでリバランスする

書面による方針を採択する——たとえば「少なくとも9か月分のステーブルコインランウェイを維持し、四半期ごとにリバランスする」——これをガバナンスで承認する。定期的なリバランスは、市場が動くたびにタイミングを巡る議論を排除し、トレジャリー評議会に毎回新たな投票なしで行動する権限を与える。各リバランスは、それが実際に何であるかとして記録する。すなわち、ある資産の処分と別の資産の取得であり、損益は取得原価に対して計算される。

コントリビューター助成金の会計処理

助成金はDAOの簿記がもっとも頻繁に破綻する領域である。なぜなら助成金は同時に3つのシステムに存在するからだ。承認されるガバナンスフォーラム、支払われるマルチシグ、そして記録されるべき帳簿である。3つすべてをつなごう。

支払時ではなく承認時に負債を認識する

ガバナンスが60,000 USDCの助成金を承認したとき、DAOはその資金を負っている——たとえ6か月にわたる4つのマイルストーンで支払うとしても。承認時に全額のコミットメントを Liabilities:Grants-Payable(受領者と提案IDを添付)として計上し、各マイルストーンの支払いに応じて取り崩す。これにより報告されるランウェイが正直に保たれる。承認済みだが未払いの助成金はすでに充当済みなのである。

マイルストーンを個別の債務として追跡する

マイルストーン型の助成金では、負債を成果物に紐づくトランシェに分割する。マイルストーンが受理されると、そのトランシェが支払期日となる。支払われると、負債を借方に記入し、ウォレット勘定を貸方に記入する。マイルストーン追跡はプログラム管理も兼ねる——助成金支払債務のエイジングレポートは、どの助成金が停滞し、どの受領者がレビュー待ちであるかを即座に示す。

初回支払いの前に税務書類を集める

コントリビューターにトークンで支うことは、誰も税務報告から免除しない。600ドル以上を稼ぐ米国居住の個人コントリビューターは一般的にForm 1099が必要であり、つまり資金が動く前にForm W-9(米国外のコントリビューターにはForm W-8BEN)を集めなければならない——支払い後に書類を追いかけるのは負け戦である。コントリビューターが請負業者なのか助成金受領者なのかを事前に決定し、その判断を文書化し、記録内でウォレットアドレスを身元に紐づけておく。受領者は、DAOが書類を送るかどうかにかかわらず、暗号資産を支配下に置いた時点で受け取った暗号資産に課税されるため、明確な支払記録は双方を守る。

報告において助成金と運営を分ける

月次レポートでは、助成金とコントリビューター報酬を別々の行として示すべきである。これらは異なる問いに答えるからだ。コントリビューター支出はDAOの運営コストを測り、助成金はエコシステムに投入された資本を測る。混ぜてしまうと両方が見えなくなる。シンプルな形式で機能する。期首残高、入金、コントリビューター支出、支払済み助成金、その他費用、期末残高、ランウェイ(月数)。

DAOの帳簿を台無しにするよくある間違い

  • ネイティブトークンをフルスポットで評価する。 大量保有は提示価格で清算できない。バランスシート上はネイティブトークン保有を公正価値で報告しつつ、ヘアカットなしでランウェイとして数えてはならない——そして方針を開示すること。
  • 取得原価を無視する。 トレジャリーに入るすべてのトークンには記録された原価が必要である。それがなければ、トークンが出ていくときに損益を計算できず、税務シーズンは当て推量になる。受領時価格付けがこれを防ぐ習慣である。
  • ウォレット間送金を費用として計上する。 メインのSafeから運営ウォレットへ200,000 USDCを移すことは支出ではない。内部送金はP&Lで純額ゼロにならなければならない。さもなければバーンートは虚構である。
  • 署名者を放置する。 コントリビューターは去り、鍵は古くなり、気づけば3-of-5マルチシグにアクティブな署名者が2名と祈りだけが残る。署名者セットは最低でも四半期ごとに見直すこと。
  • 月次めを省略する。 オンチェーン履歴は決して消えないため、チームは簿記を無期限に先延ばしにする——そして税務時期に1年分のラベルなし取引に直面する。毎月半日の締め処理は、毎年4月の法医学的発掘に勝る。

DAOトレジャリーの月次締めチェックリスト

トレジャリー評議会のためにこのチェックリストを盗用しよう。

  1. すべてのチェーン上のすべてのマルチシグから実行済み取引をエクスポートする。
  2. 各出金と入金をその提案、請求書、または契約に突き合わせる。
  3. すべての動きを一貫した1つのソースから報告通貨で価格付けする。
  4. 署名者セットとしきい値がガバナンス記録と一致することを確認する。
  5. 各ウォレット勘定を照合する。期首残高+活動=オンチェーン残高。
  6. 助成金支払債務を更新する。新規承認を追加し、マイルストーン支払いを取り崩す。
  7. トレーリング平均バーンレートに対してステーブルコインランウェイを月数で計算する。
  8. 残高、支出、ランウェイを含む短いトレジャリーレポートをコミュニティに公開する。

これを年に12回実行すれば、DAOはほとんどのスタートアップよりきれいな帳簿を持ち、さらにすべての行を証明するオンチェーンのレシートも手に入る。

財務管理をシンプルに

トレジャリーの透明性はDAOのスーパーパワーだが、生のオンチェーンデータは財務諸表、税務申告、ランウェイレポートになるために、依然として適切な複式簿記を必要とする。Beancount.ioは、暗号資産ネイティブのチームに自然に適合するプレーンテキスト会計を提供する。すべての取引はgitでバージョン管理され、完全に透明で、自動照合のためにAI対応である。無料で始めることで、マルチシグの履歴を防御可能な帳簿に変えよう。

この記事を共有

このトピックをフォロー

出典: https://beancount.io/ja/blog/2026/09/19/dao-treasury-bookkeeping-multisig-reconciliation-stablecoin-runway-grants-guide

公開日: 2026年9月19日

約16分

Payoneerが2026年にステーブルコイン支払いを追加:越境販売者のための実践的簿記ガイド

Payoneerは2026年にBridgeを活用したUSDCおよびUSDT支払いを追加します。越境販売者がFXおよび送金手数料を節約する方法、GENIUSおよび…

stablecoins
bookkeeping
約13分

暗号資産マイナー、ステーキングバリデータ、DeFiイールドファーマーの帳簿付け:2026年度版税務・記録保持ガイド

独立した暗号資産マイナー、イーサリアムバリデータ、DeFi流動性提供者のための、2026年度版の実践ガイド。事業主体の選択、Form…

cryptocurrency
crypto-bookkeeping
約10分

GENIUS法がステーブルコインを日常業務の支払いに: 請求書とキャッシュフローへの影響

2025年7月のGENIUS法は、ドル連動型決済ステーブルコインに対する初の連邦認可制度を創設し、完全な規則は2027年1月までに施行される見込みです。中小企業…

stablecoins
payments
約11分

Beancount.ioによる暗号通貨会計の完全ガイド

Beancount.ioで暗号通貨会計をマスター。ビットコイン、イーサリアム、DeFi活動、ステーキング報酬を追跡し、プレーンテキスト会計で税務コンプライアンス…

cryptocurrency
crypto-accounting
約3分

遺品販売会社の簿記:委託販売代金が収益ではなく負債である理由、そして誰かに1099を送る前に勘定売上報告書を照合する方法

遺品販売会社は、会社ではなく遺産に帰属する委託販売代金を扱います。売上総額が負債となる理由、勘定売上報告書の計上方法、そして他人の資金を報告する前の1099-K…

small-business
bookkeeping