スマートコントラクト

すべてのオンチェーンコントラクトは、TGE（2027年第1四半期～第2四半期）にデプロイされます。TGE以前は、本ページは将来を見据えた仕様書となります。

コントラクトスイート

コントラクト	ネットワーク	目的
POP_Jetton	TON	$POPトークン（TEP-74 Jetton標準）
POP_Vesting	TON	バケットごとのベスティングラッパー、Cliff（クリフ）＋線形リリースを強制
Round_Merkle_Registry	TON	Round（ラウンド）ごとのMerkle Root（マークルルート）を保存し、証明検証をサポート
Dispute_Resolver	TON	24時間の異議申立期間、有効なチャレンジに対してオペレーターをスラッシュ
Treasury	TON	DAO管理の資金支出
Governance	TON	Quadratic Voting（クアドラティックボーティング）＋レピュテーション加重の提案システム
Burn_Address	TON	手数料バーンから$POPを受け取り、検証可能な方法で使用不可
Ad_Settlement_Verifier	TON	zkで証明された広告視聴のためのGroth16検証器（フェーズ2）

$POP Jetton仕様

• 標準: TEP-74（TON Jetton）
• メタデータ: TEP-64 オンチェーンメタデータ
• 名称: CashPop
• シンボル: $POP
• 小数点以下桁数: 9（TONの慣例に準拠）
• 総供給量: 10,000,000,000 × 10^9 = 10^19 基本単位
• ミント可否: 不可（デプロイ時に上限設定）
• バーン可否: 可（任意のホルダーが可能、特権不要）
• アップグレード可否: 不可（Jetton自体は不変、ラッパーは進化可能）

ベスティングコントラクトロジック

各割り当てバケットは、独自のPOP_Vestingインスタンスを受け取ります。インスタンスごとのパラメータ：

• beneficiary: 請求が許可されるアドレス
• total_amount: ロックされたJettonの総量
• cliff_end: 請求が許可されないタイムスタンプ
• linear_end: 100%が請求可能になるタイムスタンプ
• claimed: 請求済みの累計

時刻tにおけるリリース可能量：

releasable(t) =
    if t < cliff_end: 0
    elif t >= linear_end: total_amount
    else: total_amount * (t - cliff_end) / (linear_end - cliff_end)

すでに請求された分を差し引きます。いかなる条件下でも早期アンロックはありません。

Round Merkle Registry

Round Engine（ラウンドエンジン）は、各Round（ラウンド）に対して32バイトのMerkle Root（マークルルート）をコミットし、24時間ごとに1つのTONトランザクションにバッチ処理します：

struct RoundBatch {
    uint64 batch_id;
    bytes32[] round_roots;   // バッチあたり最大1,440ルート（60秒×1440＝24時間）
    uint64 first_round_id;
}

任意のユーザーが以下を提出できます：

• Round ID r
• Merkle proof（マークルプルーフ）パス p
• 主張された結果 (participant, commit, reveal, weight)

コントラクトは、オンチェーンルートに対してMerkle proof（マークルプルーフ）を検証します。有効な場合、結果は認識されます。無効な場合、ユーザーは異議申立を開始できます。

Dispute Resolver（紛争解決者）

有効な異議申立の場合：

• Round（ラウンド）は無効とマークされます。
• オペレーターは、ボンデッドステークから1,000 $POPをTreasury（トレジャリー）にスラッシュされます。
• 影響を受けたユーザーは、Round（ラウンド）のPrize Pool（プライズプール）から返金されます。
• Round（ラウンド）は、正規のEngineログから再決済されます。

ガバナンスコントラクト

3つのコントラクト：

• Proposal_Registry: 提案を保存し、ライフサイクルを追跡。
• Vote_Tallying: レピュテーション加重によるQuadratic Voting（クアドラティックボーティング）の集計。
• Execution_Module: 承認された提案（パラメータ変更、Treasury（トレジャリー）支出など）を実行。

完全なライフサイクルについては、ガバナンスを参照してください。

監査計画

• 内部レビュー: 継続的、プロトコルチーム＋外部アドバイザーによる。
• 外部監査1: Trail of Bitsを対象、2026年第3四半期。
• 外部監査2: OtterSecを対象、2026年第4四半期。
• バグ報奨金: TGE時に開始、Treasury（トレジャリー）から重大な発見に対して最大50万ドルを割り当て。

コントラクトは、2件のクリーンな外部監査なしにメインネットにデプロイされません。