知っておくべきブロックチェーン用語80選
ブロックチェーン技術は、金融、物流、医療、行政など多様な業界に革新をもたらす基盤として注目されています。しかし、その仕組みや関連技術には多くの専門用語が存在し、「言葉の壁」が導入や理解の妨げになっているケースも少なくありません。
本記事では、IT・システム開発の現場で特に重要なブロックチェーン関連用語80個を厳選し、技術的背景や活用シーンと共にわかりやすく解説しました。ブロックチェーン初心者からエンジニア、IT戦略に関わる企業担当者まで、今後の導入や実装に役立てていただける構成になっています。
【マーケットセンチメント・指標】
日本語 | 英語 | 解説 |
HODL | HODL | 長期保有を貫く投資スタンス。ITではホット・コールドストレージ設計に影響を与える。 |
FOMO | FOMO | 恐れからの衝動的取引。UX設計やリスク警告機能の要件。 |
FUD | FUD | ネガティブ情報操作。オルタナティブデータ監視の必要性を示す。 |
ATH | ATH | 史上最高値。ダッシュボード上の主要KPIとして表示。 |
ベアマーケット | Bear Market | 価格下落局面。負荷テスト時の取引量低下シミュレーションに活用。 |
ブルマーケット | Bull Market | 価格上昇局面。取引量急増に備えたスケーラビリティ設計。 |
マーケットキャップ | Market Cap | 時価総額。ポートフォリオ分析機能の基礎指標。 |
【注文種類・流動性】
日本語 | 英語 | 解説 |
成行注文 | Market Order | 即時約定。流動性低下時のスリッページ管理が必要。 |
指値注文 | Limit Order | 価格指定。板情報APIとオーダーブックUIの設計が要。 |
流動性 | Liquidity | 取引成立度合い。AMMやオフチェーンオーダーマッチング最適化に直結。 |
【取引所プラットフォーム】
日本語 | 英語 | 解説 |
暗号資産取引所 | Cryptocurrency Exchange | CEX/DEXでアーキテクチャ大きく異なる。API性能・耐障害設計が鍵。 |
中央集権型取引所(CEX) | Centralized Exchange | 高速マッチングエンジン。ハッキング対策とオフラインバックアップが必須。 |
分散型取引所(DEX) | Decentralized Exchange | スマコン中心。Gas代高騰時のUX低下を避けるガス最適化が課題。 |
【ウォレット・キー管理】
日本語 | 英語 | 解説 |
カストディ型ウォレット | Custodial Wallet | 鍵管理を委託。プロバイダ冗長化・SLI設計が重要。 |
ノンカストディ型ウォレット | Non‑Custodial Wallet | ユーザー自己管理。バックアップ・リカバリUIが必須。 |
ペーパーウォレット | Paper Wallet | オフライン鍵保管。耐久性管理手順を文書化。 |
ハードウェアウォレット | Hardware Wallet | エアギャップ。ファームウェア更新セキュリティが要。 |
ソフトウェアウォレット | Software Wallet | PC/モバイル版。マルウェア検知と依存ライブラリ更新を運用に組み込む。 |
マルチカレンシーウォレット | Multicurrency Wallet | 複数資産対応。UI上のガス代管理・チェーン選択設計がUXに直結。 |
ウェブウォレット | Web Wallet | SPA形式。XSS/CSRF対策とHTTPS強制が 必須。 |
秘密鍵暗号化 | Private Key Encryption | KDF・暗号スイート要件。キー導出関数の安全性を確保。 |
【セキュリティ技術】
日本語 | 英語 | 解説 |
二要素認証(2FA) | Two‑Factor Authentication | パスワード+追加要素。APIキー管理・フィッシング対策に必須。 |
【トークン基礎概念】
日本語 | 英語 | 解説 |
トークンスワップ | Token Swap | スマコン上で旧→新トークン交換。セキュリティ監査必須。 |
トークンバーン | Token Burn | 流通削減。バーンロジックのスマコン検証が必要。 |
トークンベスティング | Token Vesting | ロック解除スケジュール。タイムロジック検証を徹底。 |
トークンロックアップ | Token Lockup | 売却制限。複数スケジュール管理UIが必要。 |
トークンマイグレーション | Token Migration | チェーン間移行。ブリッジセキュリティとオラクル連携が要。 |
トークン配布 | Token Distribution | エアドロップ設定スクリプトの正確性とログ監査必須。 |
トークンエアドロップ | Token Airdrop | 無償配布。スパム防止とKYCチェックをスマコンに実装。 |
【トークノミクス】
日本語 | 英語 | 解説 |
トークノミクス | Tokenomics | 供給・分配・インセンティブ設計。インフレ制御や報酬モデルが成長を左右。 |
トークンユーティリティ | Token Utility | ガバナンス/手数料など用途設計。スマコンとUXを統合検討。 |
トークンエコシステム | Token Ecosystem | マルチチェーン・クロスプロジェクト連携。インタープロファビリティ設計が課題。 |
トークン総供給 | Token Supply | 初期/上限供給。ミント/バーン関数の安全性評価必須。 |
トークン流通量 | Token Circulation | 実取引可能な量。オンチェーン指標ダッシュボード設計で可視化。 |
トークン流動性 | Token Liquidity | AMM設定/プール設計。スリッページ抑制のカーブ定義が要。 |
トークンガバナンス | Token Governance | 投票システム。ガバナンススマコンの脆弱性対策とUI/UX設計が鍵。 |
トークンステーキング | Token Staking | ロック報酬モデル。報酬計算・アンステークロジック検証を徹底。 |
トークリワード | Token Rewards | 貢献度報酬。インセンティブアルゴリズムの公平性と耐攻撃性を担保。 |
【資金調達・トークンセール】
日本語 | 英語 | 解説 |
セールホワイトリスト | Token Sale Whitelist | KYC前登録。候補者管理とスマコン認可ロジック。 |
KYC | Token Sale KYC | 身元確認。ID/AMLシステム連携とAPI設計が重要。 |
プレセール | Token Sale Pre‑Sale | 限定ラウンド。優遇条件とアロケーション管理。 |
パブリックセール | Token Sale Public Sale | 一般公開。高トラフィック時の負荷分散とガス最適化設計が必須。 |
ソフトキャップ | Token Sale Soft Cap | 下限調達額。未達時リファンドロジックをスマコン化。 |
ハードキャップ | Token Sale Hard Cap | 上限調達額。超過防止に向けたスマコン停止制御。 |
初期流動性提供(ILO) | Initial Liquidity Offering | 流動性即時供給。LPトークン管理とプール設計が鍵。 |
初期DEX提供(IDO) | Initial DEX Offering | DEX上セール。スマコン透明性とガスコスト最適化。 |
証券トークン提供(STO) | Security Token Offering | 証券性対応。法規制システムとオンチェーン連携が複雑。 |
ユーティリティトークン提供(UTO) | Utility Token Offering | サービス権付与。アクセス制御とUI統合が課題。 |
エクイティトークン提供(ETO) | Equity Token Offering | 株式性。資本政策システム連携と法務フローが不可欠。 |
DAOセール | Token Sale DAO | ガバナンス重視。コミュニティ投票とスマコン整合性。 |
ローンチパッド | Token Sale Launchpad | プラットフォーム提供。自動KYC/スマコン生成と審査ダッシュボードを備える。 |
スマートコントラクト | Token Sale Smart Contract | セール条件実装。脆弱性対策・テストカバレッジ・フォーク対応が鍵。 |
ホワイトペーパー | Token Sale Whitepaper | 技術仕様書。システム要件定義と透明性担保資料を兼ねる。 |
ロードマップ | Token Sale Roadmap | マイルストーン図。ダッシュボードへの進捗可視化機能。 |
ロックアップ期間 | Token Sale Lockup Period | 売却制限。タイムベースロジックをスマコン検証。 |
AML | Token Sale AML | マネロン対策。異常検知システム連携が必須。 |
ベスティング期間 | Token Sale Vesting Period | 段階的解放。スケジュール制御とオフチェーン報告フロー。 |
トークン割当 | Token Sale Token Allocation | 配分割合設定。ガバナンス変更対応ロジックを設計。 |
チーム割当 | Token Sale Team Allocation | チーム配分。ロック解除ロジックと不正防止検証必須。 |
アドバイザー割当 | Token Sale Advisor Allocation | 顧問配分。解除条件コード化と透明性担保。 |
リザーブ割当 | Token Sale Reserve Allocation | 将来施策用配分。ガバナンス変更時の調整ロジック。 |
コミュニティ割当 | Token Sale Community Allocation | コミュニティ配分。イベント連携とエアドロップ機能統合が効果的。 |
プライベートセール | Token Sale Private Sale | クローズドラウンド。限定KYCフローと参加条件制御。 |
【DeFi機能】
日本語 | 英語 | 解説 |
流動性プール | Liquidity Pool | AMMの資金プール。手数料分配・IL管理ロジックが要。 |
イールドファーミング | Yield Farming | 資金提供で報酬獲得。ルーティング最適化とリスク管理アルゴリズム必要。 |
イールドアグリゲーター | Yield Aggregator | 最適利回り自動追求。動的ポートフォリオ管理とガス最適化が鍵。 |
流動性マイニング | Liquidity Mining | LP提供報酬。分配アルゴリズムとプール安全性検証要。 |
インパーマネントロス | Impermanent Loss | プール提供時の一時損失。保険機能開発が対策に。 |
ファーミングプール | Farming Pool | 資金集約型ファーミング。管理・撤退ロジック設計が課題。 |
ステーキングプール | Staking Pool | PoS集合ステーク。報酬・スラッシュロジック検証要。 |
自動マーケットメイカー(AMM) | Automated Market Maker (AMM) | 価格公式による自動売買。カーブ設計とフロント連携がUXに直結。 |
LPトークン | LP Token | 流動性証明トークン。バーン/移転制限ロジック検証必須。 |
LP報酬 | LP Rewards | LPへの報酬。報酬源と分配スケジュール設計を厳密に。 |
【手数料・コスト】
日本語 | 英語 | 解説 |
ガス代 | Gas Fees | トランザクション手数料。レイヤー2やバッチ処理で最適化。 |
スリッページ | Slippage | 想定外価格差。チャンク分割・ダイナミックプライシングで抑制。 |
【ブロックチェーン基盤技術】
日本語 | 英語 | 解説 |
スマートコントラクト | Smart Contract | 自動実行プログラム。バグは即リスクに直結。形式検証・監査が不可欠。 |
コンセンサスアルゴリズム | Consensus Algorithm | ネットワーク合意形成方式(PoW/PoS等)。性能・消費電力・セキュリティのトレードオフ設計が要。 |
【ツール・ユーティリティ】
日本語 | 英語 | 解説 |
トークンコントラクトアドレス | Token Contract Address | コントラクト識別子。エクスプローラ連携と検証機能実装要。 |
トークンエクスプローラ | Token Explorer | トランザクション可視化。高負荷時のキャッシュ戦略が必須。 |
トークンブリッジ | Token Bridge | チェーン間転送。クロスチェーン合意とリレー信頼性設計が要。 |
関連記事:
【知識共有】知っておくべきDX用語選
【データでみる】DX推進における予算策定・戦略策定・リスク管理・効果測定
デジタルガバナンスとは?企業が抱えるDX推進上の3つの課題と対策方法
【企業向け】 ローコード/ノーコード開発で加速するDX戦略
世界と日本のDX推進の現状と、DX推進指標の6つのレベルを解説