FLにBCを適用すると何が良いか?
from FLにBCを適用する目的意識を整理する
FLにBCを適用すると何が良いか?
セキュリティ
単一障害点の回避
BCによって統合サーバが不要に
あるいは統合サーバの機能を複数で自然に受け持てる
方法
BC上で合意をとる
スマートコントラクトを使う
データの改ざんを防ぐ + 不変性の保証
データの完全性を保つ
対象はモデルの更新情報
パラメータ
勾配?
悪意のある参加者(ノード)への対策
特定の勾配をモデルから除外する
賞罰を導入し,悪意のあるノードを罰する
勾配を検証し,悪意のあるノードを検出
Sybil攻撃の軽減策に評判レベルを使うことを言及している?
監査可能性 + 追跡可能性
トランザクションの監視と追跡が保証される
これによって悪意のあるノードを見逃さない
透明性が担保され,信頼性も向上
企業などに利用してもらう場合には確かに必要そうに見える
モデル更新の責務と否認防止
モデル更新に関して,ノードに責務を与える
モデル更新をやっていないなどと言い逃れができなくする?
アクセス制御
プライベートBCの導入により,さらに細やかな制御が可能
MulitiChainなど
プライバシー
データの共有に関してはFLの時点で解決が見られている気がするが...
転送の難読化などはもっともだと思う
カメレオンハッシュスキームとはなんぞや?
データが修正できるらしい
不変性が保たれるのなら良いのでは
勾配をマスクする手法もあるらしい
準同型暗号とかも視野に入りそう
差分プライバシーとか
BC自体はプライバシー保持にあまり貢献しない??
信頼性・公平性・透明性
分散化によってより強固なシステムに
trustlessness
De-trust,あるいは相互信頼機構BCが持つらしい
識別によって信頼しなくとも良い
暗号化とデジタル署名による相互信頼もあるらしい
評判, Reputation
評判管理も有用らしい
各ノードを貢献度などで管理
適切な報酬や罰を与えられる?
インセンティブ
報酬と罰によって行動を促す