ブロックチェーンR&D企業における SREの実態 / SRE Kaigi 2025

by Datachain

Slide 1

Slide 1 text

ブロックチェーンR&D企業における SREの実態⽔落啓太 SRE Kaigi 2025

Slide 2

Slide 2 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ⾃⼰紹介 ● ⽔落啓太 (みずおちけいた) ● キャリア ○ 2017-2022 プラットフォームSRE/CRE@ヤフー (現LINEヤフー) 株式会社 ○ 2022-2023 ブロックチェーンエンジニア@N.Avenue株式会社 ○ 2023-現在ブロックチェーンSRE@株式会社Datachain ● 興味 ○ SRE / システム運⽤ ○ ブロックチェーン 2

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Datachain紹介 5

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

ブロックチェーンとは 8

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴1: トランザクション (取引) データを分散的に記録 ○ 提出されるトランザクションはユーザーの秘密鍵により電⼦署名される ■ → トランザクションは「誰」が発⾏したものなのか明確に識別される 13 Ethereum Node Transaction from: 0x123 to: 0x456 value: 10 signature: xxxx Sign

Slide 14

Slide 14 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴1: トランザクション (取引) データを分散的に記録 ○ 提出されたトランザクションはP2Pネットワークを通して各ノードに保存 (プール) される 14 Node Ethereum Network Node Node Node Node Node Transaction Transaction Transaction Transaction Transaction Transaction

Slide 15

Slide 15 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● トランザクションはブロックと呼ばれる単位で記録される ○ ブロックを作成するノード (プロポーザー) が選択される ○ 対象ノードは、トランザクションプールからトランザクションを集めてブロックを作成する 15 Ethereum Node (Proposer) Ethereum Network Block Transaction Transaction Transaction Transaction

Slide 16

Slide 16 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴2: 改ざん耐性 ○ 作成されたブロックは、別ノードに伝搬され検証される ○ 検証内容: トランザクションの内容‧署名、ブロックの連続性 etc 16 Proposer Node Ethereum Network Block : Transaction Node Node Node Block Block Block ✔ ✔ ✔

Slide 17

Slide 17 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 改ざん耐性 ○ ⽭盾のあるトランザクションを含むなど異常ブロックは、ネットワークに受け⼊れられない (捨てられる) 17 17 Proposer Node Ethereum Network Block : Transaction Node Node Node Block Block Block

Slide 18

Slide 18 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴3: スマートコントラクト ○ ブロックチェーン上にデプロイ‧実⾏されるアプリケーション ■ ロジック (バイトコード) ■ データ ○ デプロイされたスマートコントラクトは固有アドレス (ID) を持ち、アドレス経由で外部から実⾏できる ○ ⾃⾝の保有するデータ変更‧他アドレスへの送⾦‧他アドレスにデプロイされたスマートコントラクトロジックの実⾏が可能 ○ Ethereumでは、Solidityと呼ばれる専⽤⾔語で記述される ■ 他チェーンではRustが⽤いられることも⼀般的 18

Slide 19

Slide 19 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴3: スマートコントラクト ○ コンパイルして得られたバイトコードをトランザクションに載せて送信してデプロイ 19 Ethereum Node Ethereum Network counter.sol Transaction from: 0x123 input: int counter; function increment(int diff) { … Compile

Slide 20

Slide 20 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴3: スマートコントラクト ○ コンパイルして得られたバイトコードをトランザクションに載せて送信してデプロイ 20 Ethereum Node Ethereum Network counter.sol Transaction from: 0x123 input: int counter; function increment(int diff) { … Compile Contract Address: 0x456 int counter = 0; function increment(int diff); Deployed!

Slide 21

Slide 21 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴3: スマートコントラクト ○ 実⾏時: デプロイアドレス‧実⾏する関数セレクタ‧引数を含むトランザクションを提出 ○ ブロックチェーンネットワーク上 (各ノード上) で実⾏される 21 Ethereum Node Ethereum Network Transaction from: 0x123 to: 0x456 input: Contract Address: 0x456 int x = 0; function increment(int diff); Decoded Input: increment(10);

Slide 22

Slide 22 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは ● 特徴3: スマートコントラクト ○ 実⾏時: デプロイアドレス‧実⾏する関数セレクタ‧引数を含むトランザクションを提出 ○ ブロックチェーンネットワーク上 (各ノード上) で実⾏される 22 Ethereum Node Ethereum Network Transaction from: 0x123 to: 0x456 input: Contract Address: 0x456 int x = 0; function increment(int diff); Decoded Input: increment(10); Executed! Contract Address: 0x456 int x = 10; function increment(int diff);

Slide 23

Slide 23 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは 23 ● スマートコントラクトで表現できるロジックの例 ○ ⼿数料 ■ 取引⼿数料を5%引いて、送⾦先とは別アカウントに送⾦する ○ ⾦融資産 ■ ステーブルコイン: 1ドルの価値をスマートコントラクト上に表現 ○ 認可処理 ■ 指定されたロールを持つユーザーのみ送⾦可能とする ● スマートコントラクト処理系は⼀般にチューリング完全であり、広範な処理を実装可能 ○ 後述のクロスチェーン処理にも応⽤される

Slide 24

Slide 24 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは 24 ● アプリケーションプラットフォームとしてのブロックチェーン ○ アプリケーションロジックを実装したスマートコントラクトデプロイ ○ スマートコントラクトをバックエンドとした、Web‧スマートフォンアプリケーション ■ dApps (Decentralized Application)

Slide 25

Slide 25 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ブロックチェーンとは 25 ● ブロックチェーン3つの特徴をEthereumを例に説明 ○ トランザクション (取引) データを分散的に記録 ■ トランザクションがブロック単位で各ノードに記録される ○ 改ざん耐性 ■ 分散されたノードにより検証される ○ スマートコントラクト ■ ブロックチェーン上 (オンチェーン) にデプロイ‧実⾏されるアプリケーション

Slide 26

Slide 26 text

クロスチェーンとは 26

Slide 27

Slide 27 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. クロスチェーンとは ● トランザクションの対象とできるのは通常、同⼀チェーンのみ ● Aチェーン上に資産を保有していたとしても、Bチェーン上で利⽤できない ● AチェーンとBチェーンをまたぐ取引をプログラムできず、各チェーンのエコシステムがサイロ化する ● インターオペラビリティ (相互運⽤性) がない、という 27 A Chain Network B Chain Network

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. クロスチェーンとは ● IBC (Inter-Blockchain Communication Protocol) ○ ブロックチェーン間でのメッセージングを可能とするためのプロトコル ■ Exactly Onceなメッセージングが可能 ○ ⼤まかに、RelayerおよびLightClientと呼ばれる仕組みからなる 29

Slide 30

Slide 30 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. クロスチェーンとは ● Relayer ● 2つのブロックチェーンをリレーするコンポーネント ● ⽚側チェーンにて、発⽣したトランザクションを反対側チェーンに伝える 30 Src Chain Network Dst Chain Network Relayer Transaction Packet Packet Transaction Packet

Slide 31

Slide 31 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. クロスチェーンとは ● Light Client ● 送信元チェーンの状態を検証する ○ 送信元チェーンでのパケットの存在性を検証 ○ Relayerは、パケット本体と共にプルーフ (存在証明) を取得‧転送する ○ 送信先チェーン上で受信したパケットをプルーフにより検証する ■ verifyMembership と呼ばれる ● ブロックチェーン上 (On Chain) に実装される ○ Ethereumの場合はスマートコントラクトとしてデプロイされている 31

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. クロスチェーンとは ● Light Client ● Relayer: Oﬀ Chain (Untrusted領域) で動作 ● LightClient: On Chain (Trusted領域) で動作 ● トラストレス性の維持: Relayerへの信頼が不要 (Untrust) ○ パケット送受信の偽り、パケット内容の改ざんが不可能 ■ Relayer 運⽤者さえ偽り‧改ざんできない ○ ブロックチェーンの良さが、クロスチェーンでも維持される 34

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. クロスチェーンとは 36 ● Light Client 36 A Chain Network B Chain Network Relayer Transaction Packet Packet LightClient Proof Proof Packet Proof Verify Off Chain: Untrusted Area On Chain: Trusted Area

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. クロスチェーンとは ● Datachainのクロスチェーンプロダクト ● YUI Relayer ○ 拡張モジュールにより任意のブロックチェーンを接続できるRelayer ● YUI IBC Solidity ○ EVM (Ethereum Virtual Machine) 系チェーン上にIBCエンドポイントを作るライブラリ ● LCP (Light Client Proxy) ○ LightClient/verify処理にかかるガスコスト (ネットワーク使⽤料) を最⼩化 39

Slide 40

Slide 40 text

クロスチェーンブリッジTOKI 40

Slide 41

Slide 41 text

Slide 42

Slide 42 text

Slide 43

Slide 43 text

Slide 44

Slide 44 text

Datachain SREの責務 44

Slide 45

Slide 45 text

Slide 46

Slide 46 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. Datachain SREの責務 ● クロスチェーンブリッジTOKIインフラ ● 主に3層のワークロードで構成される ○ Webアプリケーション (Frontend + Backend) ○ ブロックチェーンノード ○ クロスチェーンミドルウェア (YUI Relayer + LCP) ● これらをAzure + AKS (Azure Kubernetes Service) を中⼼に構築‧運⽤ 46

Slide 47

Slide 47 text

Slide 48

Slide 48 text

Datachain SREの取り組み 48

Slide 49

Slide 49 text

Datachain SREの取り組み 1. ブロックチェーンノード運⽤最適化 49

Slide 50

Slide 50 text

Slide 51

Slide 51 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 1. ブロックチェーンノード運⽤最適化 ● ブロックチェーンノード運⽤の⾟さ (Ethereumの場合) ○ readのスループットが悪い ■ 数⼗ req/s ○ 消費ディスクが莫⼤ ■ 2TB~ ■ 安易にスケーリングできない ○ 定期的なハードフォーク (プロトコルアップグレード) 対応 ■ サボるとネットワークに追従できなくなり停⽌ or 無意味な挙動になる ○ ブロック同期が遅延しやすい ■ 同期遅延 = 最新データの read および write が実質できなくなる 51

Slide 52

Slide 52 text

Slide 53

Slide 53 text

Slide 54

Slide 54 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 1. ブロックチェーンノード運⽤最適化 ● マネージドノードにはない、⾃社ノード運⽤のメリット ○ 透明性の⾼さ ■ ブロックチェーンノードのログ‧メトリクス etcを読める ■ ソースコードを確認でき、障害の原因を完全把握できる ○ 最適なブロックチェーンノード実装を選べる ■ Prysm (Go) ■ Lighthouse (Rust) ■ Lodestar (TypeScript) ● ライトクライアント検証のためのAPIを唯⼀実装している ○ 最適な起動パラメータを選択できる ■ クロスチェーン処理に必要⼗分な起動パラメータを指定できる 54

Slide 55

Slide 55 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 1. ブロックチェーンノード運⽤最適化 ● アプリケーション視点 ○ ⾼スループットの read ○ 安定性 (UI表⽰に関わる) ○ 特殊なAPIは要らない ● クロスチェーン処理視点 ○ 障害時の追跡性 ○ 最新 or マイナーAPIが必要 ○ 多少のダウンタイムOK ■ ⾮同期処理のため 55 Blockchain Node as a Service ⾃社運⽤

Slide 56

Slide 56 text

Datachain SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 56

Slide 57

Slide 57 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● クロスチェーンミドルウェアYUI Relayer, LCP ○ できたての技術 ■ 2024年よりユーザー環境で稼働開始 ● オブザーバビリティをはじめとした運⽤最適化が求められるフェーズ ● YUI Relayer/LCP は他社でも運⽤されることを想定している ○ 他社にとっても運⽤しやすいことが重要 57

Slide 58

Slide 58 text

Slide 59

Slide 59 text

Slide 60

Slide 60 text

Slide 61

Slide 61 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● なぜエラーメッセージがなかったのか？ ○ transactionReceipt (レシート) ■ 専⽤のRPCコールにより得られるトランザクション実⾏結果データ ■ エラーメッセージは含まれない → 普通に実装すると、Transaction失敗時のエラーメッセージを得られない 61

Slide 62

Slide 62 text

Slide 63

Slide 63 text

Slide 64

Slide 64 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● Relayer ⾃⾝に debug_traceTransaction を実⾏させる ● エラーメッセージをログとして直接確認できるように 64 Relayer Src Chain Node Dst Chain Node reason: ConsensusState not found

Slide 65

Slide 65 text

Slide 66

Slide 66 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● クロスチェーンミドルウェアにおいての主な監視観点 ○ パケット転送のレイテンシ/スループット ○ ブロックチェーンノードとの同期レイテンシ ● ミドルウェア⾃⾝のメトリクスおよび、外形監視コンポーネントを設計開発 66

Slide 67

Slide 67 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● Relayer (内部) 主要メトリクス ○ backlog_packets ■ Relayerが認識している送信すべきパケット数 ■ 本数値増⼤の場合パケットを滞留させている ○ processed_block ■ Relayerが認識している最新ブロック番号 ■ 本数値が定速で増加しない場合、ブロックチェーンノードとの同期がとれていない 67

Slide 68

Slide 68 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● Relayer (内部) メトリクス監視の課題 ○ Relayerが停⽌した場合に、メトリクスが⽋損する ○ Relayerの主機能の不具合につられて、メトリクスが信⽤できなくなる ■ Counter/Gauge が正確に更新されない ○ やはり、外形監視も必要となった 68

Slide 69

Slide 69 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● Relayer 主要外形監視メトリクス ○ ibc_sequence_send ■ 送信側IBCパケット番号 ○ ibc_sequence_recv ■ 受信側IBCパケット番号 ● IBC Metricsという監視コンポーネントを開発 69

Slide 70

Slide 70 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 70 Relayer Internal Src Node Internal Dst Node NaaS Src Node NaaS Dst Node Src Chain NW Dst Chain NW sequence_send: 100 sequence_recv: 99

Slide 71

Slide 71 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 71 Relayer Internal Src Node Internal Dst Node NaaS Src Node NaaS Dst Node Src Chain NW Dst Chain NW sequence_send: 100 sequence_recv: 99

Slide 72

Slide 72 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 72 Relayer Internal Src Node Internal Dst Node NaaS Src Node NaaS Dst Node Src Chain NW Dst Chain NW sequence_send: 100 sequence_recv: 99 IBC Metrics OTelCol

Slide 73

Slide 73 text

Slide 74

Slide 74 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● メトリクス導⼊の結果 ○ レイテンシ‧スループット計測が⽤意となり、SLIとして計測可能になった ○ SLOアラートとして最重要の監視項⽬のひとつに ○ ブロックチェーンプロトコル/ノードの性質から、必ず起きるレイテンシ発⽣を発⾒ ■ 現在のSLOとしては問題がないなど、定量的な運⽤議論がしやすくなった 74

Slide 75

Slide 75 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 2. クロスチェーンミドルウェアのオブザーバビリティ向上 ● トレーシング ○ 要件定義‧設計まで完了し、開発に着⼿したところ ○ クロスチェーン処理では、多数のモジュール/プロセスが連携して動作することから、調査の難しさ‧属⼈性が課題になっている ■ トレーシング導⼊による軽減を期待 75

Slide 76

Slide 76 text

Datachain SREの取り組み 3. 安全な秘密鍵運⽤ 76

Slide 77

Slide 77 text

Slide 78

Slide 78 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 3. 安全な秘密鍵運⽤ ● ブロックチェーンを操作する、ワークロード‧運⽤者 (SRE) はブロックチェーン上にアカウントを持っている ○ アカウント毎に資⾦および権限を持つ ● アカウント利⽤には対応する秘密鍵が必要 ○ 復習: トランザクション提出には秘密鍵による署名が必要 78

Slide 79

Slide 79 text

Slide 80

Slide 80 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. ● ブロックチェーンの仕組みとしてはこれで動く ● セキュリティの観点からは⼤変危険 ● SREはじめ⼀部の⼈は鍵を⾒られる ○ 漏洩のリスク ○ 内部不正のリスク ■ 運⽤するアカウントによっては、エンジニアの年収を軽く超える額を容易に抜き取れる ■ 犯⼈の追跡も難しい ● オンチェーンでは追跡が可能だが、秘密鍵に対応するアカウントでしか識別されない ○ 誰が秘密鍵を使ったのかは分からない 80 SREの取り組み 3. 安全な秘密鍵運⽤

Slide 81

Slide 81 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 3. 安全な秘密鍵運⽤ ● 秘密鍵を保護するアプローチ ○ 秘密鍵を誰を取り出せなくするアプローチ ■ HSM (Hardware Security Module) / リモート署名 ○ 秘密鍵をどこにも作成しないアプローチ ■ MPC (Multi Party Computation) ウォレット 81

Slide 82

Slide 82 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 3. 安全な秘密鍵運⽤ ● HSM / リモート署名の導⼊ ○ HSM (Hardware Security Module) ■ 鍵の⽣成および署名を実施するハードウェア ■ ⽣成も署名もハードウェア内で⾏い、秘密鍵がHSM外に出てくることがない ● 秘密鍵の作成者さえ秘密鍵を⼀切⾒られない 82

Slide 83

Slide 83 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 3. 安全な秘密鍵運⽤ ● HSM / リモート署名の導⼊ ○ リモート署名 ■ データへの署名を、署名者⾃⾝と異なるサーバー/プロセスで実施する ■ HSM においては、HSMに署名を移譲する 83 Relayer HSM Ethereum Node Transaction Hash Signature

Slide 84

Slide 84 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 3. 安全な秘密鍵運⽤ ● HSM / リモート署名の導⼊ ○ リモート署名 ■ データへの署名を、署名者⾃⾝と異なるサーバー/プロセスで実施する ■ HSM においては、HSMに署名を移譲する 84 Relayer HSM Ethereum Node Transaction Signature

Slide 85

Slide 85 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 3. 安全な秘密鍵運⽤ ● MPCウォレットの導⼊ ○ MPC: Multi Party Computation (複数参加者による計算) ○ 秘密鍵を分割して、複数主体で⽣成‧管理することで、安全性を⾼める仕組み ○ 分割された秘密鍵単体では、完全な署名をつくることができない 85

Slide 86

Slide 86 text

Slide 87

Slide 87 text

Slide 88

Slide 88 text

Slide 89

Slide 89 text

Slide 90

Slide 90 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. SREの取り組み 3. 安全な秘密鍵運⽤ ● MPCウォレットの導⼊ ○ MPC Walletにはワークフローエンジンが搭載されている ○ Co-Signerの挙動は、トランザクション内容よりCo-Signさせるかどうかを事前に決められる ■ ポリシーを事前定義しておく ■ e.g. ⾦額が⼤きい場合は、セキュリティ担当者の承認を得られないとCo-Signしない ○ SREは部分的な鍵による部分署名しかできない ■ ポリシーにしたがったトランザクションしか提出できない 90

Slide 91

Slide 91 text

まとめ 91

Slide 92

Slide 92 text

Copyright © 2025 Datachain, Inc. All Rights Reserved. まとめ ● ゴール: ブロックチェーンR&DビジネスにおけるSRE実装事例を知る ● ブロックチェーン/クロスチェーンとは？ ● Datachain SREの責務 ○ クロスチェーンブリッジTOKIのインフラ構築‧運⽤最適化 ○ クロスチェーンミドルウェア YUI Relayer/LCPの安定化‧運⽤機能改善の推進 ● Datachain SREの取り組み ○ ブロックチェーンノード運⽤最適化 ■ NaaS (Blockchain Node as a Service) vs. ⾃社運⽤ ○ クロスチェーンミドルウェアのオブザーバビリティ向上 ■ エラーログ明⽰化 / 内部‧外部メトリクス / トレーシング ○ HSM / MPC Walletによる安全な鍵運⽤ ■ HSMリモート署名 / MPCウォレット 92

Slide 93

Slide 93 text

EOP 93 ※本資料に記載されている会社名、商品名、サービス名およびロゴは、各社の商標⼜は登録商標です