ヘデラ（Hedera）

～次世代分散型台帳～
高速で公平な合意形成を実現するハッシュグラフ技術を基盤とした暗号通貨。

通貨単位：HBAR
運用開始：2019年9月16日
開発者：リーモン・ベアード、マンス・ハーモン
公式サイト：hedera.com
ホワイトペーパー：hedera.com/knowledge-center
ソースコード：github.com/hashgraph
開発言語：Java、Solidity




ヘデラとは？

概要

ヘデラ（Hedera）は、公開型の分散台帳（DLT）であり、
合意形成（コンセンサス）に「ハッシュグラフ（hashgraph）」という方式を使う点が最大の特徴である。
ヘデラ自身の説明では、ヘデラは「完全にオープンソースの公開分散台帳」で、速く・公平で・安全なハッシュグラフ合意形成を用い、
ネットワークサービスとしてSolidityスマートコントラクトや、ネイティブなトークン化・コンセンサスサービスなどを提供するとされる。

初心者がまず押さえるべき要点は、
「ヘデラは“ブロックチェーンっぽい用途”を狙うが、仕組みがブロックチェーン（ブロックを積む鎖）そのものではない」ということだ。
ブロックを順番に積む代わりに、ノード同士が情報を“うわさ話（gossip）”のように素早く広め、その広まり方の履歴（誰がいつ誰から聞いたか）も一緒に共有する。
これによって、取引やメッセージの順序とタイムスタンプをネットワーク全体で合意しやすくする設計になっている。

加えて、ヘデラは「エンタープライズ（企業）用途」を強く意識したガバナンス設計でも知られる。
意思決定や運用を、単一企業ではなく、複数の大手組織からなる評議会（Hedera Council）が担うモデルを前面に出している。
評議会メンバーは取引を検証し、ネットワークの戦略的方向性を共同で定めると説明されている。

開発背景

ヘデラの背景には、「インターネット上に、もっと信頼できる共通基盤が必要だ」という問題意識がある。
公式Journeyでは、Leemon BairdとMance Harmonが、ネットワーク同士がもっとつながり、しかも中央集権に依存しすぎない世界のためには“trust layer”が必要だと考えてヘデラを創業したと説明している。
つまり出発点は、単に新しい暗号資産を作ることではなく、共有データや共有業務を安全に扱える基盤を作ることにあった。

その背景には、従来型の分散台帳が抱える実務上の課題もあった。
HederaのKnowledge Centerでは、proof-of-work型には効率面の改善余地があり、leader-basedな合意形成には公平性や安全性の問題が生じうると整理している。
FAQでも、hashgraphはリーダー、マイナー、コーディネーター、ブロックプロデューサーのような特権的存在を置かない点が強調されている。
要するにヘデラは、「誰か特定の参加者が順番決めを握りやすい構造」や、「合意のために大きな無駄を出しやすい構造」を避けようとして設計されたネットワークである。

さらに、企業や公共分野で使うには、技術だけではなく運営体制も重要になる。
ヘデラは早い段階から、世界的企業や大学などで構成される評議会型ガバナンスを構想していた。
Journeyでは、Mance Harmonが制度面で新しい公共ネットワーク運営モデルを持ち込み、Councilの構造と役割を初期から設計していたことが示されている。
つまりヘデラは、技術だけを尖らせるのではなく、「誰がどう治めるか」まで含めて設計された銘柄なのである。

仕組み

ヘデラの中核は、blockchainではなくhashgraphコンセンサスである。
Knowledge Centerでは、hashgraphを「高速・公平・安全」な分散合意アルゴリズム兼データ構造と説明している。
FAQでは、その仕組みを“gossip about gossip”と“virtual voting”で説明している。
各ノードは単に取引内容を伝えるだけでなく、「自分が誰から何を知ったか」という伝播履歴まで共有し、その共有履歴から全体の順序を計算する。
ここで本物の投票メッセージを大量に飛ばすのではなく、共有済みの履歴から「他ノードならどう投票したか」を推定して合意を取るのがvirtual votingである。

この方式の重要点は、ブロックを一定間隔で作る前提ではないことだ。
hashgraphは、イベント同士の親子関係を積み上げたDAG的な構造として履歴を持ち、その履歴から合意順序とコンセンサスタイムスタンプを決める。
Knowledge CenterではABFT（asynchronous Byzantine Fault Tolerance）について、ネットワーク上のノードが取引の順序とタイミングに合意できる性質だと説明している。
初心者向けに言えば、通信のばらつきや一部の不正を想定しながらも、取引の順番を後から強く確定させる仕組みだと理解すればよい。

ヘデラの実装は、単なる送金機能だけでは終わらない。
公式FAQとKnowledge Centerによれば、ネットワークの中核サービスにはConsensus Service、Token Service、Smart Contract Serviceがある。
Consensus Serviceはアプリケーションメッセージに検証可能な順序付けを与え、Token Serviceはネイティブなトークン発行・管理を行い、Smart Contract ServiceはSolidityベースのEVM系コントラクトを実行する。
また、Mirror Networkが並走しており、メインネットの状態や取引履歴を広め、履歴参照をしやすくする。

なお、ヘデラは「公開ネットワーク」だが、FAQでは現時点で評議会が運営するpermissioned nodesで動いていると明記されている。この点は誤解されやすい。
ネットワーク利用自体は公開型だが、コンセンサスノード運営は完全自由参加ではない、というのが現在のヘデラの実像である。

特徴

ヘデラの特徴は「速い」「省エネ」などの形容詞よりも、“設計の癖”を理解するとブレない。比較軸ごとに見ていく。

第一に、「ブロックチェーンでよく見る“ブロックの列”や“マイニング競争”に依存しない」点だ。
多くのネットワークでは、取引をブロックにまとめ、ブロック生成者が順番に積む。その結果、ブロックの採用競争や、混雑時の手数料高騰、確率的な確定（何ブロック積めば安心、という世界観）が起こりやすい。
ヘデラは別の形で“順序とタイムスタンプの合意”を作りにいくため、発想の中心が「ブロックを作る」ではなく「出来事の順序を合意する」へ寄っている。
実際、HCSの説明でも、取引順序が特定ノードではなく“ネットワーク多数が見た時刻”に基づくこと、gossip about gossip と virtual voting によって順序とタイムスタンプを決めることを強調している。
ここが、順序の公平性（誰かが並び替えをしていないか）に関するヘデラの思想である。

第二に、「スマートコントラクト偏重ではなく、“ネイティブ機能”を用意している」点だ。
たとえばトークン発行・管理を、コントラクトを自作して行うネットワークは多い。
一方でヘデラは、トークン関連をHedera Token Service（HTS）として“ネットワーク機能”に寄せ、複数者が絡む原子的交換（atomic swap）やスケジュール実行、マルチシグ調整などを扱えると説明する。
これは「コントラクトを自分で書ける人」だけでなく、「APIとして安全に使いたい人」へ寄せた設計と言える。
もちろん、自由度の高いロジックはコントラクトが必要になるが、“よくある要件”をネイティブ側で吸収しようとする姿勢は、他銘柄との思想の差として見える。

第三に、「EVM互換は取り込みつつ、実行レイヤを“部品として”使う」点だ。
ヘデラはBesu EVMを実行レイヤとして採用しつつ、Ethereumの合意形成・ネットワーク・ストレージの仕組みをそのまま背負わず、ヘデラ側のHashgraph合意形成やgossip通信などへ接続すると説明している。
つまり、互換性（開発者がSolidityや既存ツールを使える）を取りに行きながら、確定性やスケーラビリティなどの“土台の哲学”は維持する折衷である。
EVM互換チェーンは多いが、「どこまでEthereumの構造を引きずるか」はプロジェクトごとに違い、ヘデラは“EVMを使うが、Ethereumにはならない”方向の設計だと理解すると整理しやすい。

第四に、「ガバナンスを“売り”として正面に置く」点だ。
ヘデラ評議会（Hedera Council）は、複数の大手組織で構成され、取引検証や戦略方針の共同運営を行うと説明されている。
さらに、議決権の平等や任期制（term limits）により、単一主体の支配を防ぐ、とも述べている。
ここは、“誰がノードを動かしているのか”や“ルール変更が誰に決まるのか”を気にする企業・行政系の利用者にとって、評価軸になりやすい。
一方で、パブリックチェーン的な「誰でも自由にバリデータ」モデルとは方向性が異なるため、思想の好みが分かれるポイントでもある。
ヘデラはそこを曖昧にせず、「責任ある分散（responsibly governed）」として設計している、という位置づけだ。

第五に、「オープンソースの進め方が段階的で、近年さらに“財団型”へ寄った」点だ。
2022年には、評議会がハッシュグラフ合意形成アルゴリズムのIPをSwirldsから購入し、Apache 2.0でのオープンソース化を約束したと発表している。
さらに2024年には、コードベース全体をLinux Foundationへ寄贈し、Hieroとしてベンダーニュートラルに進める流れを打ち出した。
これは「会社の製品」から「財団の共有資産」へ近づけるムーブで、長期運用や透明性を重視する層には刺さりやすい。

現実事例

ヘデラの現実事例としてまず有名なのは、Avery Dennisonのatma.ioである。
公式記事によれば、atma.ioはアパレル、食品、医療など複数業種で22 billion items超を管理しており、Hedera Consensus ServiceとHedera Token Serviceを使って、サプライチェーン追跡やカーボン会計の粒度を高める方向で統合が進められている。
これは「単なる暗号資産の送金」ではなく、現実のモノの流れと排出量記録を結びつける事例であり、ヘデラの企業向け色を非常によく表している。

次に、The Coupon Bureauのデジタルクーポン基盤がある。
公式記事では、紙・モバイル・オンラインを横断して使える普遍的なデジタルクーポンを、中央データベースと分散台帳を組み合わせた仕組みで支えると説明されている。
Hedera側の別記事でも、AI8112デジタルクーポン標準において、クーポンの生成や償還の各段階がHedera Consensus Serviceへ送られ、信頼できる状態確認に使われていることが示されている。
これは、トークン売買ではなく「業界標準の業務証跡」にHederaを使う例である。

ServiceNowとの連携も、ヘデラらしい事例である。
公式記事では、ServiceNowが企業横断ワークフローの中心エンジンとなり、Hederaが組織内外の取引に高い信頼性を与えることで、単一企業の内部処理を超えるデジタルワークフローを実現すると説明している。
これは「社内システム」対「ブロックチェーン」という分断を越えて、複数組織間の証跡共有や確認をDLTで支える使い方である。

2026年の事例としては、Wyoming Frontier Stable Token（FRNT）が重要である。
公式記事によれば、FRNTは米国で初の州発行ステーブルトークンとしてHedera上で稼働し、Hedera EVM上でトークンがmintされた。
ここでは、ヘデラが単なる実験的ネットワークではなく、規制や公共性を強く意識するユースケースに入り込もうとしていることが見て取れる。
公共部門や規制産業との相性を語るうえで、非常に象徴的な事例である。

補足すると、消費者向け文脈ではMondelēzのケーススタディも公開されており、クーポン不正や消費者エンゲージメント改善の文脈でヘデラ活用が語られている。
つまりヘデラの現実事例は、サプライチェーン、クーポン、業務ワークフロー、公共トークン化といった「実務寄りの分野」に広がっている。
ここが、ゲームやミーム、投機文化を主な入口にした銘柄群とはかなり違う。

歴史

ヘデラの歴史は「技術（ハッシュグラフ）」「運営（評議会）」「オープン化（ライセンスと財団移管）」の3本線で追うと理解が早い。

技術面では、ハッシュグラフの合意形成アルゴリズムに関する論文・レポート類が知識センターにまとまっており、
ハッシュグラフが“公平・高速・leaderless（リーダーなし）のBFT”を狙うことが説明されている。
仕組みの説明としては、gossip about gossip と virtual voting の考え方が、サービス紹介ページでも平易に述べられている。

運営面では、2019年9月16日に創業者（Leemon Baird、Mance Harmon）がヘデラを創業したこと、そして評議会型の運営へ軸足を置いていることが公式に語られている。
2022年には、組織体制として開発・マネジメントチームがSwirlds Labsへ移り、評議会はガバナンスに集中する形を説明している。

オープン化の面では、2022年に評議会がハッシュグラフIPを購入し、Apache 2.0でオープンソース化する方針を打ち出した。
さらに2024年には、コードベース全体をLinux Foundationへ寄贈し、Hieroとしてベンダーニュートラルに開発・統治する方向を明確にした。
2025年時点では、ヘデラのパブリック台帳がHieroコードベースの一実装として動作する、という整理が公式ブログに書かれている。

以下年表

  • 2012〜2015年

    Dr. Leemon Bairdがhashgraphを発明し、その後Swirldsを設立してエンタープライズ環境で検証を進めた。

  • 2016年

    Hashgraph whitepaperが公開された。

  • 2017年

    Hederaの形成が進み、Council型ガバナンスの基本思想が固められた。

  • 2018年

    3月にHederaのローンチイベントを開催。8月24日にメインネットが稼働し、初期コミュニティテストが始まった。

  • 2019年

    Councilの初期メンバーが発表され、8月にMirror Nodeソフトウェアがalpha入り。9月16日にメインネットが一般公開された。

  • 2020年

    2月13日にHedera Consensus Service（HCS）がメインネットで開始。8月にネットワークサービスがApache 2.0でオープンソース化され、12月にHedera Token Service（HTS）がtestnetへ導入された。

  • 2021年

    2月9日にHTSがmainnetで開始。10億件のmainnetトランザクション到達と、carbon-negative networkへのコミットが打ち出された。

  • 2022年

    2月2日にSmart Contract Serviceがmainnetで開始。8月にhashgraphコンセンサスを含む全ネットワークがApache 2.0で全面オープンソース化された。

  • 2023年

    Stablecoin Studioが開始され、安定通貨アプリケーション構築の基盤が整備された。

  • 2024年

    コードベースがLinux Foundation Decentralized Trustへ寄贈され、Asset Tokenization Studioも公開された。

  • 2025年

    Governing CouncilがHedera Councilへ、HBAR FoundationがHedera Foundationへと再編され、新しい参加プログラムも始まった。

  • 2026年

    2月にFedExがHedera Councilへ参加。2月にはx402決済標準との連携が紹介され、3月にはWyoming Frontier Stable Token（FRNT）がHedera上で稼働した。

参考文献

トップへ戻る


お問い合わせ