|
|
9月15日 断続的に頭痛あまり長い時間、頭痛で倒れていると、まずいと考えているのか、 断続的に頭痛発生をさせているようだ。かなり作業が進まない。 9月15日 開発用パソコンのセットアップ中今月12日、設計図を書くのに使っていたパソコンが壊れた。 バックアップを強化する作業と並行したため、まだ、新しいパソコンのセットアップが完了していない。 ICF3-Fを急ぎます。 9月15日 今日は頭の痺れ多少、意識消失が起きている。作業スピードが半減。 9月15日 自作8bit CPUをもう一度、3日間公開再び公開しようと思った動機はMITがカーボンナノチューブでRISC-Vプロセッサを開発したニュースがあったため。
自作8bit CPU、ICF3-ZとWZetaどちらもトランジスタ数を少なくすることしか考えずに設計している。
そういった設計が何に向くのか、考えていました。
新しいデバイスで、まだ少ないトランジスタ数しか実装できないようなケースで役に立つと思っていたのです。
MITのカーボンナノチューブはエネルギー効率10倍ということらしく、エネルギー効率だから、
低消費電力なのだろうと予想しています。例えば従来の２倍、電池が持つような物が作れるのかもと。
まだMITのカーボンナノチューブのRISC-Vは32bit×32本のレジスタが16bit×4本しかなく、
大きなプロセッサを作るのは、難しいのかもと思われます。
自作8bit CPUで動作するアプリで従来の２倍、電池が持つような物が作れるなら？、役に立つかもと思いました。
不確定要素が多い中で役に立つケースがあることを割り出して言っているので必ず上手くいくという話ではありませんが。
9月14日 体が痛いひどくなると、それほど苦しいわけでもないが、動けなくなる。健全な状態な時間は、あまりない。 どうだろう、ひどい、健全、中間の３っつにわけると、20%、10%、70%くらいだろうか。中間の状態でも、作業のスピードは落ちる。 9月12日 続いてパソコンが壊れた設計図を書くのに使っているパソコンの電源が急に入らなくなった。ほんの数時間前まで調子良く動作していたのです。 壊れたのはNECのパソコンで中古ではなくリファビッシュPCというやつ。10年近く前にソフマップで購入。 いつ壊れてもおかしくないのかもしれないが、トラブルが続いていて、作業が進まない。 9月12日 続いて頭痛半日倒れた日記を書いた後も眠り続けた。そして今度は頭痛。作業が進まない。 9月12日 半日、倒れて寝ていました僕の経験が、役に立つ人があると思って書いています。 人間には満腹中枢というのがあって遠隔操作で刺激されたような感じで、眠っていた。 強烈に刺激されたような感じだと、眠気を通りこして、苦しい感じです。目を開けて意識がある状態なのにイビキをかく。 ここ最近、異常に空腹になることがあって、満腹中枢を調べると、 どうやら満腹中枢を刺激することで空腹感も制御できることを知った。 9月12日 5サイクル2スレッドの演算器のアセンブラの作成開始昨年の3サイクル1スレッド(Rev0.4)は、 アセンブラからDSP48E1を含むマイクロコントローラを自動生成する変わったアセンブラを作成した。 プログラムメモリに分散RAM(LUT RAM)を使おうとしたため、使っていない命令の分の分散RAMを削減するためでした。 今回はBRAMに余裕があってLUTが不足気味であることが、わかってきたのでプログラムメモリにBRAMを使います。 BRAMでは使われていない命令を削減しても、あまり変わらないので普通のアセンブラになる予定。 9月11日 ICF3-Fの5サイクル2スレッドの演算器の設計が出来た昨年の３サイクル1スレッド(Rev0.4)と配線はあまり変わらず、u生成担当のDSPが1個から2個になった。 これからVerilogにして、昨年と同様の論理検証をしていきます。 産業スパイ対策のための設計図の公開については、もう少し考えてから。 剰余乗算を使う大きな整数の公開鍵暗号の演算を安価にできるハードを開発することを優先しています。 9月9日 ブルーレイ ドライブの調子が悪くなったのは設定ミスか？まだ不可解な点が残るが、僕の設定ミスが原因かも。調子が悪いことを書いた日記を削除します。 9月8日 今度は体中が痛い次は眠気で寝込むことになるかと思ったが背骨を中心に痛む。 食事、風呂、トイレに行くことに支障はないが、それ以外は、寝て痛みをこらえながら過ごす。数時間たって、ほぼ治った。 9月7日 今度は頭痛頭痛が酷くなって作業ができなくなってしまった。次は眠気で作業ができなくなってしまうのだろうな。 ここのところ記憶の欠落が多くなっている。こんな状況が続いて、大丈夫な国であることの問題とか。 ICF3-Fの5サイクル2スレッドの演算器をVerilogにして動作検証をする作業を急ぎたい。 9月7日 FPGAの乗算器の効率これまで低価格なXilinxのFPGAデバイスにICF3-Fを実装することを目標に考えてきました。
もう少し先のことを考えXilinxのUltraScaleファミリのDSP(DSP48E2)を見てみることに。
乗算器のサイズが24×17から26×17になっています。
剰余乗算を高速化するアルゴリズムによっては16×16の乗算器としてか利用できず、その場合、乗算器の効率が良くないのです。
ICF3-Fは26×17の乗算器を26×17として利用することができます。つまり 9月5日 このWebサイトのアクセス統計この日記、どのくらいアクセスされているのか調べてみると、日本語の日記であるにも、 かかわらず全体の30%くらいが海外からのアクセスのようです。 フランス、ドイツ、アメリカが多く中国からのアクセスもあるようです。 サバンチ大学の論文について書いたからかも 思ったのですが過去のデータを調べても継続的にフランス、ドイツ、アメリカ、次いで、中国という状況でした。 OpenICF3への期待感が、世界的にあるのかなと感じております。 ICF3-Fはクローズドですが^^; 9月5日 パソコン内のすべてのファイルのハッシュ値を計算Windows10のパソコンを使っています。ICF3-Fの設計ファイルなど改ざんされると困るし、
市販のセキュリティ・ソフトを使って改ざん検出するとなると、セキュリティ・ソフトが信用できるかが問題になってくる。
そこでパソコン内のすべてのファイルのハッシュ値を計算するソフトを自作しました。
この方法では、ファイルが無くなっていることも検出できる。
手動で定期的に、すべてのファイルのハッシュを計算して計算結果をファイルに出力。
ネットワークに接続していない安全なパソコンに計算結果のファイルを持って行って、USBメモリに蓄積していく。
何かあれば、調べて、詳細な状況を確認できる仕組み。
既にパソコン内に散らばっている動画ファイルで重複しているものを検出するソフトを自作して確認した。
USBメモリは、昨日、購入した異なるメーカーのUSBメモリ２本。２重化して、どちらかが壊れても、大丈夫なようにしている。
9月4日 自転車がパンク、修理で時間が過ぎるUSBメモリを近所の電器屋に買いに行くため自転車に乗ろうとしたら、空気が完全に抜けている。
パンクかもしれない。なぜ、ここでパンクするのかと思いながら修理ができるところを探すことに。
パンク修理セットを買って自分で修理することもできなくはないか。
9月3日 RSA Doublerと命名RSA暗号はCRT(中国人剰余定理)のアルゴリズムによって専用演算器のビット幅の2倍の鍵長を計算できる。
つまり1024bitの演算器では2048bitのRSA暗号が計算できる。2030年にはRSA 2048bitよりも鍵長を長くする方向になっている。
演算器のビット幅を2倍にして対応してもいいのですが256bitの楕円暗号を計算するには無駄が多くなる。
そこで演算器のビット幅の2倍のモンゴメリ乗算を可能にするアーキテクチャを考える。
ICF3-Fでは、現在、5サイクル2スレッドの設計をしている。
1スレッド目で前半を計算、2スレッド目で後半を計算する。
もともとループ毎に最下位ビットの値を元にuを計算して
ブロッドキャストする部分がディレイのクリティカルパスになるから2スレッドにして高速化をしている。
1スレッド目で前半を計算、2スレッド目で後半を計算するなんて、できるのか？という疑問があると思う。
僕は、今のところ実装できるように思っています。
そこで演算器のビット幅の2倍のモンゴメリ乗算を可能にする、このアーキテクチャを「RSA Doubler」と命名しておくことに。
従来の2倍の鍵長のRSA暗号を計算できる技術の名前としては、ぴったりかと。^^)
9月2日 作業中の設計図が半壊したかもICF3-Fの5サイクル2スレッドの設計図、完成まで７割くらいだったファイルが半壊。
Microsoft Excel 2016のファイルで通常、数十キロバイトなのですが、
矢印(→)を挿入し始めたところでファイルが急激に増大、5MBに。慌てて矢印を削除するも、ファイルを更新するごとにサイズが増大。
そして、ほとんどフリーズに近い状態の動作になった。Microsoft Excel 2016は32bit版だったので、
64bit版にすれば、高速化されると思って再インストール。ところがファイルを開くことができなくなった。
Windows10にインストールされた64bit版、Excelがバグっているようにも見える。
悪人が設計ファイルにウィルスを付けるパフォーマンスをしている可能性を考え、Windows Defenderでスキャン中です。
9月2日 作業ができる程度には体調は良くなったようですけど頭が十分に動いているのかは、まだわからない。でも、取り急ぎ。 9月1日 僕が暗号装置を開発することになった経緯経緯の前に、ちょっと。
メインのパソコンのバックアップなどをしています。この2日間、メンテナンスをやっている時間よりも眠っている、
もしくは、具合が悪くてあまり何もできない状態の時間が長い。例えばインターネットで記事を読んでいるとき
「ABC」の文字が「ABC」として目に映っているにもかかわらず「ACB」とか「ACD」として認識される。
おかげで繰り返し読まなければならないし、次の単語を読み出しに入ると、前の単語が何だったのか、消える。
この話が役に立つ人は、いると思っています。
僕は手術を受けたことはなく、要するに、知らないうちに、そうなるということ。
8月31日 5サイクル2スレッドの設計中(2)頭痛でゆっくりとしたペースでしか設計が進まない。今日の午前中は頭痛が酷く5時間くらい眠っていました。
8月29日 5サイクル2スレッドの設計中自分で書いた文章なのに文字は鮮明に目に映るが理解するのに２度、３度、読み返す必要があるようになった。
脳がおかしい。 8月27日 ICF3-F性能予測の8月27日版遠隔攻撃再開され苦しんでいる。別に頭が痛いわけではない。
物を思い出せななくなり、数秒前の記憶が飛んで頻繁に思考停止が起きる。
この話が役に立つ人はあると思っているので精密に書いています。
8月26日 ICF3-Fのスレッドの改良昨日は2スレッドにしてできる演算はA×B mod NとA×A mod Nのみと日記に書いたのですが、 シフトレジスタの機能をDSPブロックの外部に出したモデルではA×B mod NとC×D mod Nのスレッドが実装できそう。 A×B mod NとA×A mod Nだけでは楕円暗号は、あまり高速化できないが、A×B mod NとC×D mod Nができると、 楕円暗号や、その他の暗号の高速化にも役立ちそう。 8月25日 ICF3-F性能予測の現時点版同日 23:00修正 2スレッド化で性能は上がりそうですが面積が大きくなったりカラムを横断してDSPを配置することがない場合など用途によって、 複数のモデルを考える必要がでてきた。面積については Cmod A7や Cmod S7に実装するため、 ほんの少し大きくなっても減点している。大規模なFPGAデバイスのSSLアクセラレータではカラムを横断することなく RSA 4096bitが実装できるためカラム横断能力の意味がないこともある。 もっと大きな鍵長のRSAを考える場合はカラム横断能力を考える必要がある。 スレッド化は一般的にはレジスタが増加し面積が増加する傾向なのですが、 ICF3-Fのアーキテクチャでは、面積増加が思っているよりも小さい。予想です。これは現時点での予想です。
型番の形式
以下、モデルの説明ですが、実際に実装してみると実装できないということはあり得ます。
8月23日 ICF3-F、あれ2スレッド化で性能2倍になるぞ？米アマゾンとイーサリアムによるFPGAコンテストのおかげでICF3-Fの製品化よりも先に性能向上の設計をしています。
コンテストに参加しようと思っているわけではなくて、将来、コンテストの優勝者によってICF3-Fの価値が下がることを懸念してのこと。
コンテストではレイテンシの性能で争いますが、SSLアクセラレータとして大きな鍵長のRSAの性能を安価に開発できることを基準に考えています。
ICF3-Fの2サイクル版モンゴメリ乗算器をパイプライン化してA×B mod NとA×A mod Nを2スレッドで処理をする設計をしています。
2スレッドといってもA×BとA×Aの組合せしか計算できないのですが、周波数を2倍にすることができて、
少しファブリックの論理を追加するだけで性能が2倍になっているように見えている。設計図上で。
A×BとA×Aの演算で性能が2倍になるのはRSAだけですが、楕円も1.2～1.3倍にはなるように思います。
周波数を2倍にできるとA×B mod Nのレイテンシ性能が1スレッドの演算器と変わらないということで、
使い勝手のいいモンゴメリ乗算器になるように思っています。
8月22日 サバンチ大学の剰余乗算の論文の解析(5)解析(5)というタイトルにしてみましたが独自に小型化した解析(4)の演算器を、さらに効率を上げることができるかもしれない。
という話です。これまでA×B mod Nの演算結果を、そのまま次のA×B mod Nに代入できることを前提としてきました。
大型加算器を使ってA×B mod Nした後に、毎回、正規化することで、DSPの24×17の乗算器を16×16よりももっと効率的に利用できるようになるかもしれない。
DSPによる乗算後、全加算を2回していますが、これを1回に減らすことができるかもしれない。
1ループ2サイクルにすれば、ICF3-Fと同じように、中継FFを入れて、どこまでも巨大な剰余乗算器を作れるかもしれない。
しかし、1ループ2サイクルにしてしまうと、ICF3-Fに常に負けるような感じなので、1ループ1サイクルを守る。すると、いま一つ。
8月21日 ニュース、史上最大のコンピューターチップが開発されたGIGAZINEの記事、「1兆2000億個ものトランジスタを搭載した史上最大のコンピューターチップが開発される」 欠陥でコアの一部が使用できなくなることを想定した冗長な設計が行われているということらしいです。 この記事を見て思ったのは、欠陥のある大型のFPGAチップの欠陥の場所がわかるチップが、安価に手に入ると安価なSSLアクセラレータを開発できるかなと。 例えばICF3-Fが32個あるFPGAのSSLアクセラレータで欠陥のあるICF3-Fを使わないようにするファームウェアなんかは容易に開発できそう。 8月20日 同程度ではないか？昨日の日記にICF3-Fと
解析(4)の演算器を比較してICF3-Fのほうが面積当たりの性能がいいことをいいました。
しかしプロセッサを含めると同程度ではないか、と思った人があったのかも。
RSAの1演算には並列性があり、同時に4個の演算器を並列に動作させて計算することができます。
1プロセッサで4個の演算器を担当すればプロセッサを含めても性能がいいということが、できそうです。
これは見積もりレベルの評価での結論です。
実際に実装してみると、解析(4)の演算器が面積当たりの性能で、勝つことは、あるでしょう。
実際の実装と、こちらでの検証方法が、あれば、見てみることはあるかもしれません。
8月19日 ICF3-Fを高速化、1ループ3サイクルから2サイクルに米アマゾンとイーサリアムによるFPGAコンテストに触発され
ICF3-Fの性能改善を考えることに。 8月18日 サバンチ大学の剰余乗算の論文の解析(4)サバンチ大学の剰余乗算の論文の解析(1) 解析(2) 解析(3) から、独自に小さいチップにも入るようなシステムを考えてみた。 参考になる自分のブログ 目的は、この方式の効率を見積もること。正しく動作しないかもしれない。 コアな演算ループは1ループ、1サイクルだが、そこにチップの端から端まで転送するクリティカルパスがある。 思ったより性能が出ないということはないか？あまり有効なディレイ対策が見つからなかった。 図をマウスでクリックすると拡大されます 
図をマウスでクリックすると拡大されます 
8月17日 17時ごろ目が覚めることが多い頭痛だけではない。睡魔も襲う。17時を超えて眠っていると夕飯の席に僕がいなくて、 気づく人が多くなるからだろう。 8月16日 サバンチ大学の剰余乗算の論文の解析(3)解析(2)でサバンチ大学の剰余乗算器は小さいチップに入れるのは難しいという予想をしたが、 小さいチップにも入るような改良型は可能かもしれない。 解析(2)で小さいチップに入らないと予想した部分に取り消し線を追加。 今、改良型を思いついた。間違っているかもしれないが、n bitをk個に分割して上位から下位に向かって乗算。 n bitより少し大きい値になるが、LUTでリダクション。LUTはn bitを少し超えた分だけあれば良くて、LUTを使いまわすことができる。 そして普通のCPUのバスに接続できる点はメリットがあるかも。 チップのサイズに合わせて性能を調節できる点はいいかもしれない。効率は、わからないが、 この方法でも鍵長の大きなRSA暗号を演算できるのかもしれない。 僕の予想ではコストパフォーマンスが悪いため、ICF3-Fでレイテンシの性能が不足するまで、市場に登場しない。 永遠登場しないことも。 あるいは、コストパフォーマンスではなく、モンゴメリ乗算を使わないことに価値観がある人達には、受け入れられるのかもしれない。 8月15日 Chromium OS R76ビルド中7月29日にエアコンが故障して修理のためエアコンの直下にあった13台のパソコンを一時退避していましたが、
ようやく元に戻りつつあり、そろそろICF3-Fの開発を再開できるように思っています。
部屋を片付ける作業が残っておりChromium OS R76のビルドと並行してやっています。
ずっと頭痛が続いています。設計作業だと、完全に止まっている体調かもしれないのですが、
部屋の片づけや、Chromium OSのビルドくらいは、休み、休み、できるという状況。
8月12日 わかりやすいICF3-Fのモンゴメリ乗算器の説明ブログ書きました。
「わかりやすいICF3-Fのモンゴメリ乗算器の説明」
8月10日 2つのICF3-Fを連結動作する機能モンゴメリ乗算器4個を搭載するICF3-Fは面積効率はいいがRSA以外の効率が悪くなる。 2つのICF3-Fを連結させる機能を考えたほうが便利かもしれない。 8月10日 モンゴメリ乗算器4個搭載のICF3-Fの予想ICF3-Fはモンゴメリ乗算器を2個搭載している。1つの1024bitのモンゴメリ乗算器は44個のDSPで構成される。 モンゴメリ乗算器4個ではDSP176個。 RSA 2048bitでは中国人剰余定理により2つの1024bitの剰余演算で演算される。 2つの剰余演算は並列に実行可能なためモンゴメリ乗算器4個を搭載したICF3-Fを開発して同じ周波数で動作させれば性能はほぼ2倍になる。 実際に実装して確認する必要はあるが、同じ周波数で動作する可能性はある。 周波数が下がることがあっても、わずかという予想。 面積あたりの性能は2個搭載の場合より4個搭載のほうが良くなる可能性すらある。 8月9日 サバンチ大学の剰余乗算の論文の解析(2)論文のアルゴリズムはn bit(n=128,256,512)をd bitのブロックに分割しています。
そしてクリティカルパスのディレイが、数ブロックの範囲に入っている。
nに比例していない。かなり高速。僕は、正しいことを保証できないが、間違っているようにも見えていない。
8月8日 サバンチ大学の剰余乗算の論文の解析(1)アマゾンFPGAコンテストで紹介されている論文に「Low-Latency Modular Multiplication Algorithm - Erdinc Ozturk」がある。
まだこれしかないが、わかりにくいのでサバンチ大学の剰余乗算の論文と呼ぶことにします。
連絡をとっているわけではないので、間違っていることはあると思いますが、独自に解析してみます。
1024bitでのサバンチ大学の論文で必要なDSP数は4225個。ICF3-Fで必要なDSP数は88個(or 44個)です。 またICF3-FではDSPでリダクションをしますが、サバンチ大学の論文では別途、鍵長の2乗で面積が大きくなる巨大なLUTが必要です。 ICF3-Fはレイテンシの性能ではサバンチ大学の論文と比較して圧倒的に遅い、そして広島大学のIEEEの論文より圧倒的に速い。 8月8日 家具の裏側にサイバー攻撃対策HDD、USBメモリ、DVD-Rなどの電磁的記録は標的型電磁パルス攻撃によって微妙に改ざんされることがあるかもしれない。 なので紙に印刷して家具の裏側に貼り付ける対策をしている。 拇印が押されているのは不法侵入によって微妙に改ざんされることをも想定している。 
8月7日 RNSを使ったA×A mod N遠隔頭痛発生システムで脳がいかれて頭悪くなっているけど、アマゾンのFPGAコンテストで紹介されている論文を 読んでRNS(Redundant Number Systems)の理解が深まった。高性能だというのはわかったのですが、 鍵長が大きくなるにしたがって実装が厳しくなるのかもと。LUTを使ったReductionのあたりは、良く読んでないので 正しいのか、わかりませんが。結局、ICF3-Fの低基数型モンゴメリ乗算器が、 うまくコンパクトにまとまっていて、データのローカリティが高く効率は良さそう。 もし紹介論文が実装できなければ、VDF関数においてもICF3-Fがいいみたいな。 VDFのbit長が長くなると紹介論文では実装できなくなるのでは？とか。 8月7日 ICF3-FのA×A mod Nの性能予想ICF3-Fで
「米アマゾンとイーサリアム財団ら、賞金10万ドルのFPGAデザインコンテストを開催」
の課題のコアの部分、1024bitのA×A mod N (A,N: 1024bit かつ A < N)を計算させると、どのくらいの性能予想になるか？
XilinxのFPGA(XC7A35TICSG324-1L)を搭載するArtyにVivadoでインプリメントした結果で予想してみます。
XC7A35TICSG324-1Lはスピードグレード-1なのでFPGAとしては遅い方ですが、おおよそ2000nsではないかと思われます。
コンテストでモンゴメリ乗算の高基数型のものが優勝するかもしれませんが、
ICF3-Fは低基数型で、bit長が、もっと大きくなってくれば高基数型よりも高速になる可能性はあります。
ICF3-Fは性能よりも開発が容易であること、サイドチャネルなどの耐性があることなどのメリットも、あるのです。
8月7日 1999年のICF3はアマゾンとイーサリアムの課題を計算できます(改訂版)1999年の暗号LSI ICF3は「米アマゾンとイーサリアム財団ら、賞金10万ドルのFPGAデザインコンテストを開催」
の課題のコアの部分、1024bitのA×A mod N (A,N: 1024bit かつ A < N)はICF3のプロセス270nmのASICですが約6448[ns]で計算できます。
8月6日 1999年のICF3はアマゾンとイーサリアムの課題を計算できます(tの値が間違っていたので削除。ICF3-Fの話の大筋には影響しません。先ほどと同じです) 8月5日 ICF3-Fが海外に抜かれる問題が現実に！「米アマゾンとイーサリアム財団ら、賞金10万ドルのFPGAデザインコンテストを開催」
一見、暗号資産に関係する関数を高速化するコンテストに見えますが、RSA 2048bitの演算器部品で計算できます。
しかし1024bitの演算器で2048bitのRSAを演算するにはプロセッサが必要になるのでRSAの高速化問題とは異なります。
例えば演算器がいかに高速でもプロセッサが大きくなりすぎてトータルの性能は下がるなど。
もう一点、もし高基数のモンゴメリ乗算が優勝したとしても、ICF3-Fは低基数のモンゴメリ乗算ですが、鍵長がもっと長くなると、ICF3-Fが有利かもと、思っています。
8月3日 机の補修で1日潰れました頭痛はつづいていて、頭痛がなければ、それでも数時間の作業時間が得られたはず。 後の文章は1日潰れた話をするだけなので読む必要なし。 エアコンの故障でパソコンを移動したので机が空いた。 32年前の木製の机だが表面に汗がべっとり積層され使いにくくなったので補修をすることに。 木工品は父親が得意でお願いしたのだが、汗が積層されたまま水性の茶色のニスを塗ってしまった。 塗装の前には必ず磨くものだと思っていたので、まさかと思った。 汗の油は水をはじくのか斑になって乾燥せずベトベトになった。 60mlの650円の「はがし液」を買って全面にスプレーしたが全然、量が足りなくて、ベトベトで汚い状態になっただけだった。 諦めてDIYショップに行って、塗料はがし液(300ml)、ぞうきん、ウィットティッシュ、サンドペーパーなど、いっぱい買った。 これで１日が潰れてしまった。 8月2日 ICF3-F、製品化できるのか？そう思った人があったみたいなので答えると。技術的には、できると思う。
SSLアクセラレータは純粋な演算のみで製品になるので、既成のFPGAボードでいい。
もちろん既成のボードにはICF3-Fに必要のないDRAMが搭載されていたりするので、
そういったものを削って原価を下げることもできるでしょう。
(オープンソースのボードの設計図があればDRAMを削るだけ)
SSLで使われるRSAは、通信性能について、それほど高い必要がないので、
既成のFPGAボードに実装されているUSB-UARTでも、なんとかなる。
約1年前にはICF3-Fの暗号プロセッサの試作ができていて、今まで、
何をやってきたのかといえば、そこが実際にソフトウェア含めて実装できるのかの確認。
将来、通信性能が不足するのかといえば、逆で、鍵長が長くなればなるほど必要な通信性能は下がっていくのです。
|
