統計サンプリングによりネットワーク規模に関わらず高いパフォーマンスを発揮
信頼性99.9999999%でクイックな合意形成が可能
Validatorを限定しないターゲットレスな設計
プッシュデータが不要なためDoS攻撃に対する高い強靭性を担保
機密情報を守る複数の匿名暗号化技術を採用
ノード要求スペックの低減により、様々なIoT機器とのコラボレーションを実現
膨大な電力を消費するマイニングを排除し、電力消費を限りなく抑えたエコ設計
ネットワーク参加に仮想通貨を要さない、企業や社会が使いやすい設計
統計サンプリングによりネットワーク規模に関わらず高いパフォーマンスを発揮
信頼性99.9999999%でクイックな合意形成が可能
Validatorを限定しないターゲットレスな設計
プッシュデータが不要なためDoS攻撃に対する高い強靭性を担保
機密情報を守る複数の匿名暗号化技術を採用
ノード要求スペックの低減により、様々なIoT機器とのコラボレーションを実現
膨大な電力を消費するマイニングを排除し、電力消費を限りなく抑えたエコ設計
ネットワーク参加に仮想通貨を要さない、企業や社会が使いやすい設計
| 毎秒５パーセントが欠損するようなネットワーク上でも安定的な稼働が可能 |
| 10台でも100万台の端末でも、グローバルにデータの読み書きが可能 |
| ライトクライアントのサポートが可能 |
| ECDHを使用したCurve25519ベースのセッション確立 |
| 安全性の高い認証付き暗号である256 bit AES-GCMによるメッセージの暗号化／復号化 |
| 安全性とパフォーマンスに優れたEd25519を使った署名スキーム |
| スマートコントラクトをサポート |
| ユースケース別に最適な設定が可能 |
| ディスク容量とメモリの節約 |
| DoS攻撃に対する高い耐性 |
| ゴシッププロトコルの実装不要 |
| 境界値による条件分岐が少ない |
| 採掘難易度調整やブロック生成時間の採決といった、端末間での複雑な合意プロセスが不要 |
| サンプリングアルゴリズムの改修や ファイナリティの時間短縮などのアップグレードが容易 |
| ガバナンスを強化する上位レイヤーの開発をサポート |
| 1. | ノードらが認識するすべての新規Txをブロックにまとめ、そのブロックをネットワークに提案(ブロック・プロポーザル(BP) ) |
| 2. | その後、ノードはランダムにサンプリングされたピアから同様に提案された他の「BP」を引き出しサンプリング・アルゴリズム(S)を開始 |
| 3. | ノードが「次の最終的なブロック」として受け入れられる単一の「BP」に収束するまでSを繰り返す |
| 4. | 以上の過程で選出された「ブロック」をファイナライズ |
| 1. | 母集団におけるブロック・プロポーザルの複数選択肢(m)から、以下多数派算出条件に基づきサンプリングが実行される |
| 2. | Tx総数やレピュテーションなどによってノードごとの回答(R)を重み付けする(W) |
| 1. | もしノードが新規(有効かつ未確定)Txを認識していなかったら、任意のミリ秒数(T)間隔で待ち続ける |
| 2. | 新規Tx(1〜N件)を認識したら、定められたブロックサイズ内に収まるように一つのブロック(B)にまとめる |
| 3. | サンプリングアルゴリズム(S)に対して「プロポーザルするブロック」としてBを提案する |
| Txの数が少なかったとしてもプロセスを止めないために基本的に即時でプロポーザルする |
| 1. | ブロック・プロポーザル(BP)に対してk個のピアを問い合わせ妥当性を検証 |
| 2. | BPをフィルタリング |
| ノードが確定しようとしている｢次のブロック高さ｣に対応しているか |
| ノードが認識する新規Txで構成されているか |
| 3. | すべてのBPをいくつかの要因で重み付け |
| ノード年齢 |
| レピュテーション – 評価 |
| 各BPのTx数 |
| 4. | ノードが「次の最終的なブロック」として受け入れられる |
| 1. | FBに含むすべてのTxをノードらの最新台帳として適用 |
| エラーが発生した場合、確定されようとしているブロック高さのSを再起動しやり直す |
| 2. | FBから適用されたすべてのTxを確定済みとしてマーク |
| 3. | Sをリセット |
| 4. | FBを確定済みとしてマーク |
| 1. | ブロックがlog(1 – P) / log(2/3)個積み上がったら、TxはPパーセントの確率で確かである |
| 2. | ブロックのファイナライズは、サンプリングアルゴリズムＳで選択された重み関数(W)に依存 |
| 3. | ノードは、非同期的にコンセンサスプロセスに開始、停止、および再参加することが可能 |
| 4. | ファイナライズされたトランザクション間の完全な順序付けは、ノード間で保証可能 |
| 5. | 不正確なブロック・プロポーサルはサンプリングやファイナライズから排除されるため、フォークは発生しない |
| 1. | Go言語による実装 |
| 2. | データはKey-valueペアで格納 |
| 3. | 無駄のない（オーバーヘッド無し）読み取り、高性能なバッチ書き込み |
| ブロックのファイナライズとともに、大量の書き込みが発生 |
| 4. | データ永続化のためKey-valueストアはBadgerDBを使用 |
| 5. | 過去のある時点に戻すためのリバート機能をサポート |
| 6. | メモリ容量に制約があるデバイスを含む、様々なハードウェア上での実行をサポート |
| 1. | Go言語による実装 |
| 2. | UDP上でのヘッドオブラインブロックの発生しない高速通信 |
| 最小限のパケットヘッダーのオーバーヘッド（9バイト以下） |
| UDPホールパンチングをサポート、ホームネットワーク環境でのNAT越えが可能 |
| 3. | １つのメッセージ辺り32回送信することで確実な受信を保証（同じメッセージが何度も受信されることはない） |
| 4. | 端末の物理距離にかかわらず確実で高速なデータ通信 |
| a. | 日本からニューヨークへは1.2 MiB/秒、ローカルの場合は240 MiB/秒 |
| 1. | Go言語による実装 |
| 2. | メモリやディスクの浪費しないルーティングテーブル管理 |
| 3. | ネットワーク全体に対するDOS攻撃耐性を保有（信頼性の高い端末に優先的に接続し、長期間通信の発生しない信頼度の低い端末はルーティングテーブルから除外） |
| 4. | 鍵の生成に暗号パズルの解法を強制することでシビルアタック耐性を保有（ピアIDとしてEd25519公開鍵を採用） |
| 5. | 2軸によるピアIDのソート |
| ピアID間のXOR距離 |
| ピアの応答性能と通信頻度 |
| 1. | Go言語による実装 |
| 2. | listen, query, ping等の基本機能をサポート |
| 3. | Request/Response形式及び、Fire-and-Forget形式のmessageをサポート |
| 4. | Curve25519の鍵交換スキーム（ECDH）で共有鍵を生成 |
| 5. | ECDHハンドシェイクと認証付き暗号（AEAD）によりセキュアなセッションを確立 |
| 6. | Inboundとoutboundのコネクション数を制限し、確立したコネクションをプールして使い回すことでリソースの浪費を抑制 |
| 1. | Go言語による実装 |
| 2. | 組み込みや設定のプログラム化が可能（Google Starlarkよりインスパイア） |
| 3. | コードの自動生成やデータのバリデーションが可能（CUEよりインスパイア） |
| 4. | CUIやブラウザやIDEといった異なったプラットフォームでも容易に記述可能 |
| 5. | 再起呼び出しを廃止し可読性を高め、型に対して値を当てはめるのではなく、値に型としての性質を持たせることで柔軟な設定が可能となる |
| 1. | Go言語による実装 |
| 2. | HTTP (TLS)、Websocket、およびJSON-RPCのバックエンド製品を生成可能 |
| 3. | SQLデータベース、KVS、およびファイルにデータ読み書き可能 |
| 4. | 内蔵のコーデックによってJSON／YAML／TOML／CSV／XMLでの受信と返信が可能 |
| 5. | プロキシサーバとして振る舞うことも、サードパーティが提供するエンドポイントやローカルで動作するプログラムへのリクエストを転送することも可能 |
| 6. | バックエンド製品の、ライブ編集、ステージング、リロード、高速デプロイが可能 |
| 7. | cron構文で定期実行タスクを作成可能 |
| 8. | メトリックの集計とPrometheusへのエクスポートをサポート |
| 9. | 負荷分散されたバックエンド構成を即座に生成可能 |
「ブロックチェーンで一体何ができるの？」
「うちのサービスにブロックチェーンは応用できるの？」
など、導入検討段階の企業・団体様へコンサルティングサービスを提供します。
実証実験内容の構築からアプリケーション開発・実験実施までをトータルサポートします。
既存サービスへのブロックチェーン導入やゼロからのDapps構築まで、ご要望に合わせたアプリケーション開発・保守・点検を承ります。
ブロックチェーンRHEIAをより多くの企業様や団体様へご提供すべく、プラットフォームサービスを展開します。
「ブロックチェーンで一体何ができるの？」
「うちのサービスにブロックチェーンは応用できるの？」
など、導入検討段階の企業・団体様へコンサルティングサービスを提供します。
実証実験内容の構築からアプリケーション開発・実験実施までをトータルサポートします。
既存サービスへのブロックチェーン導入やゼロからのDapps構築まで、ご要望に合わせたアプリケーション開発・保守・点検を承ります。
ブロックチェーンRHEIAをより多くの企業様や団体様へご提供すべく、プラットフォームサービスを展開します。
会社名：株式会社HYPERIA (ハイペリア)
資本金：1100万円
設立：令和元年8月1日
所在地：東京都目黒区緑が丘二丁目24番17号
自由が丘小松ビル302
代表取締役：酒折 幸弘
社員数：１１名 ※業務委託を含む
2003年 慶応義塾大学商学部卒
2003年 昭和シェル石油株式会社
2008年 Shell International Eastern Trading Co.
2009年 Noble Group
2010年 Marquard & Bahls, Mabanaft Pte Ltd
2016年 ENGIE Global Markets
2019年 株式会社HYPERIA
2011年 Dranithix
2013年 Magario International Company Limited
2015年 香港大学工学部
2016年 DJI, HKUST Robotics Institute
2017年 Velcron Limited
2017年 NAVER Corp.
2018年 Perlin
2020年 株式会社HYPERIA
2001年 慶応義塾大学理工学部卒
2001年 株式会社日立製作所
2005年 Shanon Inc
2008年 Buzoo Inc
2012年 PT.Buzoo Indonesia
2015年 PT.Altavindo
2019年 株式会社HYPERIA
酒折 幸弘
CEO
2003年 慶応義塾大学商学部卒
2003年 昭和シェル石油株式会社
2008年 Shell International Eastern Trading Co.
2009年 Noble Group
2010年 Marquard & Bahls, Mabanaft Pte Ltd
2016年 ENGIE Global Markets
2019年 株式会社HYPERIA
岩崎 健太
CTO
2011年 Dranithix
2013年 Magario International Company Limited
2015年 香港大学工学部
2016年 DJI, HKUST Robotics Institute
2017年 Velcron Limited
2017年 NAVER Corp.
2018年 Perlin
2020年 株式会社HYPERIA
清水 樹
CIO
2001年 慶応義塾大学理工学部卒
2001年 株式会社日立製作所
2005年 Shanon Inc
2008年 Buzoo Inc
2012年 PT.Buzoo Indonesia
2015年 PT.Altavindo
2019年 株式会社HYPERIA
自由が丘駅正面口より徒歩5分
