Gram (prev. Toncoin)

Gram（ティッカー：GRAM）は、The Open Network（TON）のネイティブ暗号通貨であり、レイヤー1ブロックチェーンおよびサービススタックです。GramはTON自体に存在しており（ERC-20やラップド資産ではない）、ネットワークの基軸通貨として機能します。実際には、GramはTONブロックチェーン上のトランザクションやスマートコントラクト実行、TON DNS・TON Sites・TON Storage・TON Proxy にまたがるサービス運用など、ブロックチェーンおよび統合サービスを操作するために使われる単位です。

Gramはまた、ネットワークのプルーフ・オブ・ステーク（PoS）セキュリティモデルを根幹から支えています。バリデーターはGRAMをステークしてチェーン運営に貢献し、その報酬をプロトコルから受け取ります。ステーキングやバリデーターの詳細な運用は、専用セクションで解説しています。

開発者向けのツールやコードでは、nanoton（しばしば’nano’と表記）という最小オンチェーン単位でバランスを扱うのが一般的ですが、ユーザーはGram単位でやり取りします。これはEthereumにおける「wei」と同様で、スマートコントラクトロジックにおける丸め誤差を防ぐためです。Gramの実用面での利用例は「What is Gram used for across the ecosystem?」を参照してください。

Telegramはもともと「Telegram Open Network」とGramトークンを開発していましたが、2020年に米国証券取引委員会（SEC）の措置および裁判所承認の和解によりプロジェクトを中止しました。その後、オープンソースコードベースとビジョンは、独立コミュニティによってThe Open Network（TON）およびGramネイティブ資産として引き継がれています。現在TONはコミュニティ主導のブロックチェーンであり、Telegramは別会社です。

Telegramは現在、TONとは独立して統合を行っています。同社はTelegram内にウォレット機能を持ち、「カストディアル型 Crypto Wallet」と「セルフカストディアル型 TON Wallet（オンチェーンキー管理）」の2種類を提供します。利用可能地域や機能は国や製品ポリシーに依存します。

また、TelegramはTONベースの広告（Ads）も運営しており、広告主はGramでチャンネル広告を購入、収益条件を満たすチャンネルオーナーは収益の50%を（Fragment経由で）引き出せます。これはTON上で構築されたプラットフォームインテグレーションであり、ネットワーク全体のガバナンス役割ではありません。

FragmentはTelegram公式の@ユーザー名や関連資産向けマーケットプレイスです。オークションや決済はGramで行われ、Telegramアカウントと連携します。

なお、TON Foundationはスイスの非営利団体としてTONエコシステムを支援していますが、Telegramの所有やメッセージングプラットフォームの運営はしていません。

The Open Network（TON）は、オープンソース・コミュニティ運営のレイヤー1プラットフォームで、基軸スマートコントラクトブロックチェーンにP2P要素や純正サービス群を組み合わせています。元の技術仕様書（TONホワイトペーパー）には、マルチブロックチェーン設計・P2Pスタック・「TON Services」（DNS・Storage・Sites・Proxy等）を通じた包括ネットワークが記されています。このモデルでは、TON Blockchainがコア台帳となり、他のモジュールはリソース名解決・データ保存/配信・トラフィックルーティングをエコシステム内で一体化しています。

TONのコードベースとバリデーターソフトウェアは公開リポジトリで開発されており、単一の支配者はいません。TON Foundationはエコシステムを支援しますが、技術の管理権は持っていません。

Gram（GRAM）はTONネットワークのネイティブ通貨です。TONの設計では、オンチェーン手数料の支払い・ネットワークセキュア化のためのバリデーターステーキングに使われます。ホワイトペーパー（コミュニティによる「Gram」から「Gram」へのリブランディング前に作成）には、ネイティブコインの計算リミッター（「ガス」）およびバリデーター経済役割が明記されています。今日、Gramはエコシステム全体（TelegramのTONベース広告なども含む）で通貨単位となっています。手数料やステーキングの詳細な仕組みは、個別セクションで解説しています。

GramはThe Open Network全体の活動を支えるネイティブ資産で、用途は主に4つの実務領域に分かれます：

1. オンチェーン手数料の支払い： トランザクションやスマートコントラクト実行はすべてGramで支払われます。手数料は計算（ガス）やメッセージルーティング、ストレージ利用料などを含みます。

2. ネットワークのPoSセキュリティ維持（ステーキング）： バリデーターはGramをステークしてPoS検証に参加し、プロトコルから報酬を得ます。委任は、オンチェーンのノミネータープールコントラクトによって実装されています。

3. プロトコルレベルでのサービス決済： TONの純正サービス（TON DNS・Storage・Sites・Proxy等）はネットワークスタックの一部です。.ton名前の登録やオークション・名前解決・ストレージノードの運用など、サービスの各種操作はオンチェーン取引としてGram建てで行われます。各サービスの詳細な動作はTON Servicesセクションで解説しています。

4. プラットフォーム・アプリ連携： GramはTelegramの広告購入で受け入れられ、条件を満たすチャンネルオーナーの収益引き出しにも使われます。Fragment上での@ユーザー名コレクティブルオークションもGram決済です。Telegram外でも、TON上のdAppは多くの場合Gram建てで値付け・決済されます。

手数料の構成→「Which on-chain actions require TON and how are fees calculated...?」、ステーキングや委任の仕組み→「How does staking on TON work...?」参照。

TONは複数のブロックチェーンが並列で動作し、マスター・チェーンによって統合・調整される設計です。下位にはワークチェーンが複数存在し、それぞれが動的シャーディングによって多くのシャードチェーンに分割されます。この構造により、TONは大量処理を並行的にこなすとともに、システム全体の一貫性を保っています。

マスター・チェーン： ネットワーク全体のメタデータ・調整情報（例：各シャードチェーンの最新ブロックハッシュ）を記録します。これらの参照が埋め込まれることで、マスター・チェーンによるシャードブロックの正当化が行われ、他シャードは即座にこれらを信頼し次のブロックに反映できます。他多数のプロトコルパラメータもマスター・チェーン状態に記録されています。

ワークチェーン： 各ワークチェーンは独自のルール・ブロックフォーマットを持つフルブロックチェーンです。ホワイトペーパーでは最大2³²本のワークチェーンが想定されていますが、実際にはTONスマートコントラクトやGram転送は「基本ワークチェーン（Workchain Zero）」で処理されることが多いです。今後、用途特化ワークチェーンも想定されています。

シャードチェーン（動的シャーディング）： 各ワークチェーンは複数のシャードチェーンに分割され、各シャードはアドレスグループのサブセットを担当します。負荷に応じてシャードは分割・統合され、手動調整不要でスケーラビリティを実現します。シャード間やワークチェーン間の通信はTONのメッセージモデルに基づき、スマートコントラクトはシャードをまたいでメッセージやバリューをやり取りできます。

構成要素の関係

• シャードチェーンは並列でブロックを生成し、マスター・チェーンが各新ブロックのハッシュを含め、他シャードは次のブロックでこれを「最終」として扱います。
• 「基本ワークチェーン」が現行のスマートコントラクトやGram送金を処理。他ワークチェーンは将来的にルールやVMを変えて採用可。マスター・チェーンが全体の同期を保ちます。

TON上の全ユーザーアカウントはスマートコントラクトです。「Wallet」とは、Gramを保持し、所有者の代わりに署名済みメッセージを送る極限的にシンプルなコントラクトのことです。ウォレットはユーザー秘密鍵の署名検証、seqno（リプレイ防止）の管理、外部メッセージ受信時の署名検証と権限制御を行います。ドキュメントでは「全てがスマートコントラクト（ウォレット含む）」と表現されます。

Wallet V4 (v4r2)： V4はプラグイン/拡張機構を標準化。ウォレットは信頼するコンパニオンコントラクト（「プラグイン」）に資金操作権限を与えられます（例：サブスクリプション）。V4リポジトリにプラグインインターフェースや導入・解除手順あり。V4は広く使われ、主要ウォレットが対応しています。

Wallet V5 (W5)： 通常「W5」とも呼ばれるV5は、TONコアリポジトリで保守される最新のウォレットコントラクト標準です。仕様やコードで定義される主な特徴は：

• マルチセンド：単一署名命令で最大255件の送信メッセージが可能
• 内部・外部の署名付きアクション（リレーヤーパターン＝「ガスレス」送金等の実現）
• 汎用的な拡張メカニズム（V4プラグインの後継）―拡張が署名付きアクションをブロックできる（2FAやリカバリフローに有用）

仕様とリポジトリでは、ガスレスリレーヤーによるユーザー署名メッセージの代理提出・手数料立替も解説されます。

W5の実例： エクスプローラーで wallet_v5r1 などのタグが付いたW5メインネットコントラクトが見られます。主要ウォレットアプリは新規アドレス作成時にW5を標準搭載し、必要に応じてV4へフォールバックします。

TONウォレットはコントラクトのコードとデータで構成されるため、ウォレットバージョンの変更（例：V4→W5）はコントラクトとアドレスの変更を意味します。シードフレーズから複数バージョン用の鍵を導出できますが、残高は自動移動しません―新ウォレットをデプロイし、必要に応じて資金移動や操作を行います。一部アプリは複数バージョンを並行管理できます。

短答： TONはEthereum Virtual Machineを実行しません。TON上のスマートコントラクトはTON Virtual Machine（TVM）というネイティブ実行環境で動作します。EVM互換は、エコシステム内の個別レイヤーやプロジェクト（TEVMやL2等）が別途追加する形で実現されるもので、ベースプロトコルとは別です。

**TON Virtual Machine（TVM）**は決定論的なスタックベースVMで、マスター・チェーンと基本ワークチェーンにて動作。コントラクトコードの実行、インバウンドメッセージ・永続データの解析、状態更新、アウトバウンドメッセージ生成等を担当します。クライアントサイドの "get-methods" は、検証済み状態でローカルTVMを実行する形で評価され、読み出し時にフルノード要求が生じません。

TONで利用可能な言語：

• FunC ― TVMバイトコード用の低レベルCライク言語。標準ツール群・命令セットは公式TONリポジトリで管理。
• Tact ― TVM向けにコンパイルされる高水準言語。公式ドキュメントで構文・型システム・ビルドフロー等の解説あり。

開発者ワークフロー： 多くのチームは公式Blueprint環境を用い、FunCやTactによるTVMコントラクトのスキャフォルド・テスト・デプロイを行います。

TON上のEVMについて： エコシステム内でEVMが導入される場合（TEVMやL2等）は、互換性レイヤーとして個別実装されますが、これがTON標準ランタイムになることはありません。

TON上のいかなるオンチェーントランザクション（GRAMやトークンの送受信、コントラクトデプロイやコール等）でも、手数料がGram建てで発生します。ウォレットはあなたのウォレットコントラクトに外部メッセージを送り、実行（通常は内部メッセージ発行も含む）します。その各工程で手数料が発生します。一部ウォレットはW5による「ガスレス」機能（リレーヤーが代理支払い、または送信資産から手数料控除）に対応しますが、ネットワーク自体は最終的にGRAMで手数料を精算します。

手数料の内訳

トランザクション合計手数料は、シャード/ワークチェーンをまたぐ実行やメッセージに応じ、以下の複数要素で構成されます：

• 計算（ガス）手数料： TVMステップ数に従い課金。価格設定はオンチェーンコンフィギュ値（マスター/ベースチェーン）から取得。
• アクション手数料： アクションフェーズでの処理（例：アウトゴーイングメッセージ作成送信等）ごとに発生。
• 転送手数料（フォワーディング）： メッセージ配達ごとに発生。メッセージサイズ（セル/ビット数）および、コンフィグで定義された各チェーン単価に依存。インバウンド配達・アウトバウンド各ホップごとに個別徴収。
• ストレージ手数料（「ストレージレント」）： アカウント/コントラクトが保持する永続データ量・期間に比例。（パラメータ18）※詳細・未払い時の挙動は次セクション参照

開発者向けツールやAPIはこれら要素を直接参照可能です。例：estimateFeeは in_fwd_fee・storage_fee・gas_fee・fwd_fee（送信元/先双方）を返却し、送信者・受信者それぞれの負担額を表示します。

単純な送金の分解（概念図）：

• あなたのウォレット外部メッセージが実行（ガス手数料）→内部転送をキュー（アクション手数料）
• 内部メッセージが受取人へ配達（転送手数料）、受取人は受信後のウォレットコード実行分のガス手数料を追加支払い。具体額はメッセージサイズや分岐・現行価格によって変動。

ユーザー向け注意点：

• ウォレットで手数料自動計算済み。最終金額は確認画面に表示。手数料支払い抽象化用の「Battery」等機能も一部あり。
• 開発者は公式関数から転送/計算/ストレージ手数料を実時点価格で算出可能（forward-fee/compute-fee helper等）。

ストレージレントはTONブロックチェーン上でコード・データ状態を保持し続けるための時間課金制手数料です。単位はGramで、コントラクトが消費するセル/ビット量・保持期間に比例し価格はネットワーク構成値（Config Param 18）から取得されます。マスター・チェーンはベースワークチェーンよりレートが高く設定されています。ウォレットやSDKはこの値を自動参照し、手動計算は不要です。

徴収タイミング： ストレージ手数料は、アカウントに触れる任意のトランザクションのStorageフェーズで徴収されます。わずかな入金（例：1ナノトン）でも、最終支払日以来蓄積したストレージ負債全額の精算が発生します。バウンスされたメッセージも同様に現ストレージ分を支払い。長期間アクションが無い場合、次回トランザクションではこれまでより大きなストレージ手数料が課されます。

手数料計算（開発者視点）： 基本的に、手数料は account.bits * bit_price + account.cells * cell_price × 経過秒数（cell/bit単価はConfig 18取得）で算出。TONは重複セルをハッシュ化して1回分のみ課金します。公式ツールによりライブコンフィグ値から直接計算可能なhelper関数あり。

未払いの場合： コントラクト残高が、蓄積ストレージレントに満たないと、プロトコルはコントラクトを凍結（freeze）する場合があります：コード・データセルを削除、アドレスおよび残り残高は保持。削除セルのハッシュはネットワーク上に保持され、後から復元可能。復元にはFee入金＋オリジナルコード・データ（ハッシュ一致）のメッセージ送信が必要で、状態は復元されます。

特殊例および歴史的補足

• 状態変更が1度もなかったコントラクトは、凍結ではなく「uninit」フェーズとなる場合があり、やはり復元可能。
• 初代TONホワイトペーパー記載：「誰もメッセージを送らなければ、レントは無期限に請求されない」―いずれの当事者も最小限のメッセージを送って徴収・破産アカウント削除（小額インセンティブ付与）可能。現行実装ではfreeze/recoverフローで露出。

「TON Services」はTON Blockchain横に置かれるネットワーク構成要素です：ネーミング（TON DNS）、コンテンツレイヤー（TON Storage）、Web型アクセス（TON Sites）、ルーティング/匿名化（TON Proxy）。これらはTONのP2Pスタック（ADNL/RLDP）上で稼働し、ブロックチェーンに触れる操作（例：レコード変更・決済）はすべてGramが決済通貨となります。

TON DNS： 人間が読める名前（例：example.ton）をTONリソース（スマートコントラクトアドレスやADNLエンドポイント等）に解決します。オンチェーン（ほぼ階層構造）で管理され、アプリは256ビットアドレスへ解決後接続。DNS状態変更（登録・延長・更新等）はオンチェーントランザクションでGramによる決済。

TON Sites： TON SitesはTONネットワークトランスポート（ADNL/RLDP）経由の「純粋なネットワークサービス」です。利用者は通常ton-proxyをローカルに稼働させ、通常のHTTPリクエストをサービスの抽象アドレスへ転送します。DNS解決経由でWeb的体験を提供（パブリックインターネット経由不要）。サービスアドレス・レコード登録/更新はオンチェーン・Gram決済、閲覧自体はオフチェーントラフィック。

TON Storage： TON StorageはTONネットワーク経由で利用可能な分散型ファイル保存サービス（ブロックチェーンアーカイブ用途含む）。純正storage-daemonとそのスマートコントラクトにより、ユーザーが保存業者に対して支払い／業者は保存データ対応のMerkle証明提示で資産引き出しできます。支払い・契約操作はGram決済、実データ転送はP2Pプロトコル経由。

TON Proxy： TON Proxyはネットワークプロキシ・匿名化レイヤー。ノード識別子やIPを秘匿、ローカルHTTP⇔TONトランスポートのブリッジでTON Sites等アクセス可。フィルタリング/ DDoS耐性向上へ寄与。プロキシ選択や設定変更はオフチェーン。エントリーポイント公開・検出時等のレジストリ・DNS操作のみオンチェーンとなり、Gram決済。

各役割の概要：

• ウォレットはユーザー鍵を保持し、dAppがトランザクション送信やデータ署名を要求時に承認を促します。Telegram内「Wallet in Telegram」はセルフカストディアルのTON Wallet（オンチェーン鍵）とカストディアル型Crypto Walletの両方を提供、いずれも接続先になることができます。
• TON ConnectはdAppとウォレットを接続する標準プロトコル。アプリがウォレットを検出し、暗号化セッションを確立し、sendTransaction や signData などのアクション要求をできるように定義。
• Telegram Mini AppsはTelegram内で動作するWebアプリ。Telegram UI・認証機能に加え、TON Connect組み込みによりブロックチェーン操作が可能。Telegram独自のBot Payments／StarsはオンチェーンTON送金とは別物。

接続フロー（ユーザー承認まで）：

1. dApp（通常サイト・ミニアプリ）は「ウォレット接続」ボタンを表示。TON Connect SDKで利用ウォレットリストを提示し、（埋め込み／注入／リモート等）文脈検出。Telegram埋め込み時はJSブリッジ、そうでなければdeeplink/QR等で希望ウォレットを開く。
2. ウォレットとアプリはウォレットホストブリッジ上でセッションを確立。メッセージはE2E暗号化され、ブリッジ側で内容の読み取り不可。
3. 接続済み後、アプリから以下要求可能：
   • sendTransaction — ウォレットがトランザクションを表示、ユーザーが承認すれば署名しTONに送信、アプリにBOC/Txハッシュ等の結果返却。
   • signData — 署名依頼。オフチェーン検証やオンチェーン照合用のテキスト/バイト/セルへの署名；資金移動なし。

Telegram内Mini Appでの活用： Mini AppはTelegram WebApp SDKでUIやユーザー認証を行い、TON Connect統合でブロックチェーン操作を追加。フロー全体は「ミニアプリ起動→ウォレット接続→GRAM送信／契約コール承認→アプリで確認」、鍵は常にウォレット側に留まります。

決済：オンチェーン VS Telegram独自システム

• オンチェーンGRAM決済（GRAM/Jetton送信、契約呼び出しなど）はTON Connect経由でオンチェーン支払、手数料詳細は本ガイドfeesセクション。
• Telegram Bot Payments / Stars はTelegram独自の決済（法定通貨プロバイダー・デジタルグッズ対応のStars等）。ブロックチェーントランザクション不要、API設定のみ。多くのミニアプリは用途に合わせ両方式を併用。

チャット内P2P送金（セルフカストディアルTON Wallet）： Telegram内「Wallet in Telegram」のTON Walletを使い、Gram・Jetton・NFTをTelegram連絡先に直接送金可能。アプリはエスクロー用スマートコントラクトを生成、受取人の承諾／拒否で資産移転または14日後自動返金。W5対応ウォレットなら「ガスレス送金」も可能―ネットワーク手数料が送信トークン残高から精算され、TON上の決済自体は維持されます。

チャット内P2P送金（カストディアルCrypto Wallet）： Crypto WalletミニアプリではTelegram内ユーザー間即時オフチェーン送金（無手数料）が提供。これはブロックチェーンに記録されません。外部入出金時のみオンチェーントランザクションと手数料発生。地域で利用可否あり。

P2Pマーケット（法定通貨/仮想通貨取引・エスクロー）： Crypto Wallet内のP2Pマーケットでは、利用者同士で対応通貨を売買（売主が許諾する決済手段利用）。仮想通貨はエスクローでロックされ、売主の入金確認後買主へリリース。成立時にはメイカー手数料が地域別に提示されます。

チャンネル広告収益分配（GRAM支払い）： TelegramのAd PlatformではTONベースの広告が販売・Gramで決済。パブリックチャンネル（条件あり）で表示された広告収益の50％がオーナーに還元されます。引き出しはFragment経由で、デフォルトはGram払い（国により他方式あり）。

実用上の補足：

• 「Wallet in Telegram」は両モード（TON Wallet＝セルフカストディアル・オンチェーン／Crypto Wallet＝カストディアルミニアプリ）を提示。機能セットやアクセスは地域で異なり、利用不可時はアプリ内ヘルプ参照。
• オンチェーン送信（計算/アクション/転送/ストレージ各手数料）は本ガイド手数料項参照。Crypto Wallet間のオフチェーン転送はアプリ記録のみ。

はい。Tether社はThe Open Network（TON）上でネイティブUSD₮（USDT）をTON Jettonとしてローンチし、公式コントラクトをSupported Protocolsページに掲載しています：EQCxE6mUtQJKFnGfaROTKOt1lZbDiiX1kCixRv7Nw2Id_sDs。Tetherは2024年4月にUSD₮ (およびXAU₮)のTONでの提供開始を公式発表しています。

USD₮は、TONのファンジブルトークン標準（Jetton）で実装されています。ユーザーごとにJetton Walletコントラクトを保持、送金は通常のオンチェーンメッセージです。移転手数料はGRAM払い、送信するステーブルコイン量と手数料は切り分けられます。USDTを名乗るトークンが正規か不安な場合は、必ずJettonマスターアドレスをTether公式リストと比較してください。TON Jettonは誰でも類似コントラクトをデプロイ可能なので、バリデーションは必須です。

TelegramおよびTONウォレットでのUSDT利用： Wallet in TelegramのTON Wallet（セルフカストディアル）はオンチェーンUSD₮（TON）送金に対応、Crypto Wallet（カストディアル）はユーザー間即時オフチェーン送金やP2Pマーケットを搭載。P2Pマーケットのメイカー手数料は0.9%（成功時）。対応地域やプロバイダー依存。

取引所関連（オン/オフランプ）： 主要取引所はUSDT（TON）入出金に対応しており、ブリッジ不要でTONと他ネットワーク間USD₮移動が可能。例：Binance、OKX、Bybit、KuCoin等で各社提供開始アナウンスあり。入金ネットワークをよく確認してください。

ステーブルコインのTON⇔他チェーン移動（ブリッジ）： クロスチェーン移動はサードパーティブリッジにより提供されます。TONエコシステムにはLayerZero/Stargate等による統合もあり。ブリッジ利用には追加的な信頼やコントラクトリスクが発生するので、必ず正規エンドポイントと宛先コントラクトを確認してください。

安全確認の実用ポイント：

• USDTのJettonマスターがTether公式TONアドレスと一致しているか毎回確認
• 「ラップド」や正式USD₮登場前資産に注意。受領資産がブリッジ由来か現ネイティブUSDTか検証必須（Tonviewer等で公式Jetton検証可）

供給量は常時変動します。最新の発行量・流通量は本ページのライブメトリクスや信頼できるTONエクスプローラーでご確認ください。

発行（新規GRAM流入）： 新規GRAMはプロトコルがPoS報酬として発行。各ラウンドで選出バリデーターはElectorコントラクトにステークをロック、ラウンド終了後に報酬支払い（トータル供給増）。ノミネータープールはユーザーTONを集約してElectorでステーク、後にプールルールで参加者に報酬分配。

インフレーション（発行量の決定要因）： 実質インフレーションは固定スケジュールではなく、新規発行量からバーン額を差し引いたもの。バリデーター報酬パラメータや選出ペースはオンチェーン設定・ガバナンスで改定可能。現在の発行レートはElectorでのminting量と、後述「バーン」欄の焼却コイン量とを照合。

バーン（消却の仕組み）： GRAMは以下2つのパターンで消却可能：

1. プロトコル設定による手数料バーン：ネットワークは手数料の一部または全部をバリデーター報酬でなく焼却に充てることが可。トランザクション手数料の50%移焼却提案が2023年に出されたが、実際のバーン率はコンフィグ次第。現時点設定の確認を推奨。
2. シンクアドレスへの明示的バーン：calssicな「burn-address.ton」等への送金は復元不可能でサプライから除外されます。エクスプローラーから当該アドレスと履歴も確認可能。

主要役割とElectorコントラクト： TONはPoS採用。バリデーターはGramをロックし、オンチェーンElectorコントラクトが運営する選挙に参加。選出バリデーターはブロック生成・ラウンド終了時に報酬支払い。Explorer/SDKではElectorの get-method（現行選挙・minStake・過去ラウンド・unfreezeAt など）も参照可能。

バリデーター（直接ステーキング）： コントロールコントラクトからElectorに設置、ソフトウェア稼働（健全ノードのみ報酬付与）。ステークはラウンド期間中ロックされ、Electorのunfreeze時点より引き出し可。ミニマムステーク等はElector状態から参照、固定値ではありません（不正への罰則は次セクション参照）。

ノミネータープール（バリデーター委任）： 多くの保有者は公式TONリポジトリ由来のノミネータープールスマートコントラクト経由で委任。Gram預入→プールがElectorに代表ステーク→報酬は規則に従い分配。引き出しはコントラクトにメッセージ送信（例："w"コメント）でリクエスト→該当ラウンド完了後・プール流動性回復時に払い戻し。標準プールは即時償還不可、サイクル終了まで待機。コントラクトが実装する制限（例：最大委任者数）適用。

シングルノミネータープール（一対一委任）： デリゲータ1名・バリデーター1名の極小プール設計も存在。コントラクト構造を最小化しつつElectorとのやり取りを維持。主要バリデーター運営でも採用例多数。

リキッドステーキング（受給トークン）： TONは公式リキッドステーキングも実装。預け入れ時Jetton型受領証トークンを払い出し、バリデータ報酬が蓄積。アンボンディングのネットワークタイミングに従い引き出し可、受給トークン譲渡・トレードで途中流動性も取得可能。設計とコントラクトはTONコアGitHubで保守。

ロックアップ・アンボンディングの実態：

• バリデーター: ステークはアクティブラウンド期間ロック、該当ラウンドunfreezeAt後に出金可。報酬は決済時引き出し。
• ノミネータープール: イグジットはラウンド後順次実施。即時払い戻し保証無し（バッチ・最小単位は各プールによる）。
• リキッド利用者: 受領証トークン譲渡可。GRAMへのバーンはプール規則・バリデーターサイクル準拠。

TONはラウンドごとにバリデーターの不正行為を検知・罰金（スラッシュ）規定しています。主に下記2系統：

• アイドル/不活性: ラウンド中のブロック生成が不十分なケース。他のバリデーター（多くはmytonctrlで自動）からクレーム・投票→同ラウンドのステークから罰金差引。
• 不正/二重投票〔チート〕: 例：衝突メッセージ生成（フォーク検出）などCatchain合意上の違反。該当バリデーターは孤立・罰金（過去はアイドルと同等、加重案もあり）。

ラウンド終了ごとの監査→正当クレーム・投票合意→罰金額はライブネットワーク設定値から計算、該当ラウンドの凍結ステークより控除。mytonctrlを使わないオペレーターも「Punisherスクリプト」により投票参加可能。スラッシュ設定はネットワーク構成値（アップデート反映）として明記。

ノミネータープール/委任先への影響： プールは預かりステークをまとめElectorへ代理設置・報酬還元。バリデーター罰金時は、当ラウンド分のElectorから戻る金額が減額。委任者はプール規則により損失分担（プールは基本的に元本＋報酬＞委託額となるが、スラッシュのみ例外）。委託前に契約内容要確認。

バリデーター資本要件：

• 選挙参加条件：公式validatorページ記載の最小要件＝300,000 GRAM以上。実際の選出閾値はその時点の競争・チェーン設定等で変動。
• プロセス：Electorにステークロック→ラウンド終了後、ステーク＋報酬オンチェーン返還。

ハードウェア/運用要件（概要）：

• 公式推奨は高性能ハード・高可用性ネットワーク（24/7運用＋低遅延）。アイドルペナルティ防止に不可欠。
• 一般的なコミュニティ提案は最新マルチコアCPU・十分なRAM・高速SSD/NVMe搭載。一例として8vCPU、64GB RAM、約1TB SSD、1Gbpsネットワークが実用スタンダード（あくまで目安）。
• mytonctrlを多くの運用者が採用。ノード管理・ソフト更新・クレーム自動処理/テレメトリ化に有効。

まとめ：

• TONはアイドル+不正（二重投票/フォーク）検出でバリデーターへスラッシュ罰金。金額はネットワーク設定準拠、該当ラウンド分のステークより差引。
• リスク軽減には高稼働率・パフォーマンス監視・アップデート・実績豊富なプール/バリデーター選択が必須。

Jetton（ファンジブルトークン）―標準・構成： JettonはTEP-74準拠。Jetton Minter（マスター）コントラクトにポリシー（ミント/バーン/メタデータ等）を実装、各保有者ごとにJetton Walletコントラクトが残高を保持。get_jetton_data・transferオペコード等が標準化され、各ウォレットや取引所・インデクサー間の相互運用を担保。

Jetton発行手順例：

1. 参照実装（FunC or Tact）から開始し、TEP-64の名前・記号/小数点設定・供給規則・管理権限等を設定。
2. Jetton Minterをデプロイ（Jetton Walletコードはライブラリセルとしてパス）。
3. Minterからメッセージ発行で各保有者のJetton Walletを作成/残高付与、バーンは供給削減系メッセージを送付。

公式リポには本番対応ミンター/ウォレット、ブラウザ用「Jetton Deployer」も提供。

Jettonメタデータ： プレゼン用データ（名前・説明・画像・小数点仕様）はTEP-64 Token Data Standard準拠。オンチェーン（セル）／オフチェーン（JSON URL）いずれも可。標準フィールド採用でウォレット・エクスプローラー等の表示統一。

NFT―標準・コントラクト運用： NFTはTEP-62準拠。NFT Itemごとにコントラクトを立て、NFT Collectionコントラクト下でグルーピング。TEP-62で所有権移転・発見メソッドを規定、TEP-64がメタデータ（個別・コレクション共）仕様を提供。

NFTコレクション/アイテム発行手順例：

1. コレクションをTEP-64メタデータ（名称・カバー画像・コンテンツ構成）付きでデプロイ。
2. アイテムごとにコレクション紐付けコントラクトをデプロイ。アイテム単位でTEP-64準拠メタデータ（名・画像・属性）可。
3. 標準TEP-62メッセージで移転実施。ウォレットやマーケットで一貫管理。

主要ツール・公式推奨：

• Blueprint – FunC・Tact・Tolk全対応の純正スキャフォルド/テスト/デプロイ環境。Jetton・NFTの立ち上げ・テスト・スクリプト機能含む。
• Tact – 高水準言語&テンプレ類、TEP準拠Jetton実装例とドキュメント・GitHubコミュニティも充実。
• FunC – TVM契約用の低水準言語・標準ライブラリ。多数の参照Jetton/NFTコントラクトがFunC製。
• SDK群 – TypeScript @ton/ton（ton-core）はJetton/NFT管理Helper（例：JettonMaster）を提供。TonWebはJS系ガイド/統合で多用されるライブラリ。TonAPIにより残高・メタデータ表示・トランスファもREST/SDK経由可。

良い実践：

• 必ずTEPインターフェース内で拡張（例：手数料・一時停止・専用minter権限）を実装し、TEP規定getterや標準メッセージ形式を保つこと。そうすればウォレット・マーケット間で認識が維持されます。
• TEP-64を一貫適用。メタデータをオンチェーン／オフチェーンURLどちらと決め、スキーマ安定化で表示不整合を防止。
• 契約やアドレス検証可視化。ミンター／コレクションアドレスやコードハッシュ公表、ファンジブルの場合はJettonマスターアドレスを必ず公開（ユーザーや連携側が資産正当性検証のため）。

FragmentはTelegram公式の@ユーザー名・関連資産用マーケットプレイスです。販売はオークションまたは固定価格で行われ、決済通貨はGram（GRAM）。購入後、取得コレクティブルはFragmentアカウントに反映、Telegramプロフィールやチャンネル、グループにアサイン可能。公式ヘルプでウォレット連携・入札・購入後管理を解説し、決済は全てGram建てであると確認できます。

Fragment上の@ユーザー名オークション手順：

• 入札・決済： Telegramでログイン→TONウォレット接続→Gram建てでオンチェーン入札。上位入札者に自動払い戻し、勝者にコレクティブル移管。
• 出品・キャンセル： 出品名登録後、最初の入札前ならキャンセル可。入札があれば規則に従い完結。
• 手数料： Fragmentは販売ごとにプラットフォーム手数料（ロットページに記載）、単発換算フィーも適用。金額や料率は都度ロット表示を参照。
• 落札後： コレクティブル@ユーザー名はFragment経由でTelegram側へ付与。後で譲渡・再アサインも可。

TONの役割： Fragment上の決済通貨はすべてGram。Telegram広告プラットフォームもGramを利用しますが、広告/収益流はユーザー名オークションとは分離されています。

TONドメイン（.ton）オークション：

• 標準と用途： TON DNSは人間可読名（例：name.ton）→TONリソース（契約アドレス/ADNLエンドポイント等）へのマップ。TEP-81で標準定義。
• ユーザー開示： オークションはオンチェーンで実施、各種エクスプローラー（例：Tonviewerのオークションページ）で状態参照可。マーケットプレイスで出品時はDNSコントラクト参照を必ず確認。
• 支払・最終化： 入札はGram建て・オンチェーン決済。終了後、ドメインコントラクト状態の所有権が勝者に移転～TEP-81に従いレコード管理可。APIやツール経由でDNS所有・有効期限を確認可能。

クイック安全確認：

• Fragment公式ロットURL参照・手数料欄確認（出品/入札とも）
• .tonドメインはコントラクトアドレスを検証し、TEP-81互換レコードかどうかを確認。正規エクスプローラー/APIで現在の所有者・有効期限を調査。

TONの技術は元々Telegram（パーヴェル／ニコライ・ドゥロフ兄弟）によって開発され、Gramトークンのローンチが企図されていました。2020年5月、TelegramはSEC対応の和解によりプロジェクト撤退を公式発表。裁判所承認の和解合意に基づきTelegramとTON Issuer社は投資家への返金と制裁金を支払い、コードベースはオープンソースで残りました。

「Telegram Open Network」からコミュニティ運営TON＋Gram誕生まで： Telegram退陣後、独立開発者主体のThe Open Network（TON）として継承。現在、運営はコミュニティおよびTON Foundation（スイス非営利）によるもので、ネットワークネイティブ資産はGram（GRAM）。Telegramはブロックチェーンの運営権限は持ちません。

現在のTelegramとTONの関係： TelegramはTONをプラットフォーム機能として統合しつつ、企業としては完全別組織のままです。

• Wallet in TelegramではセルフカストディアルTON Wallet（鍵はTONチェーン上、Telegram非管理）とカストディアルCrypto Walletの双方提供。
• Telegram広告プラットフォームでTONベース広告を販売、オーナーへの収益50%分配。引き出しはFragment入り。
• Fragmentが@ユーザー名コレクティブルの競売・販売を担当し、Gramでの決済。

ポイントまとめ：

• 開発：Telegramチーム（ドゥロフ兄弟）による独自技術と「Telegram Open Network」構想が端緒。
• 現在のネットワーク／コイン：独立開発者コミュニティが継承、TON Foundationが支援・運営支え。ネイティブ通貨はGram。
• 現Telegramの役割：統合先・配信チャネルとしてのみ。ネットワーク運営や発行は一切行わず、各製品がTON接続利用する立場。