Bottom of this page.
|
<<last
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
-
7c0e89de
anonymous
2007-04-14 20:28
- ☆これから
perfect dark の将来について色々考えました。
3つのシナリオからお好きなものをお選び下さい。
1. 既存のP2Pのように、ある程度クラックされても耐えられるようにする。
つまりdktをほぼ無効にし、unityの管理も個々のノードに任せる。
匿名性はかなり下がりますが、既存のP2Pの改良版くらいまで持って行くことは可能だと思います。
クラックされてもネットワークに致命的にならないように、効率を下げた仕組みにします。
2. perfect dark の開発を中止。
既存のP2Pの改良版を作ってもたいした意味はないので、開発を中止します。
正直、ゴミファイル・捏造ファイル問題でモチベーションがかなり下がりました。
ですが、perfect dark にはかなり良いアイデアも含まれているため（手前味噌ですが）、
ソースコードやドキュメント、自分で開発したツールを全て公開しようと思います。
3. 開発継続。
高い匿名性・効率性を持つ次世代P2Pソフトを目指します。
が、クラック版によりネットワークが障害される危険性が常に存在します。
自分はこの辺の事情に疎いため、クラック対策を全くしていませんでした。
そこで詳しい方にお聞きしたいのですが、クラック版を不可能とは言えないまでも、
作成がかなり難しくすることは可能でしょうか？
また、そうするためにはどのような対策（パッカーも含めて）を行う必要があるでしょうか？
メモリ書き換え対策？の仕組みや、解読されづらいパッカーなど、あったら教えてください。
生実行ファイルのまま、だいぶ来てしまったのでもう遅いかもしれません。
自分としては３、２、１の順に考えているのですが、全てはクラック対策にかかっています。
perfect dark の設計思想として、いたずらに制限をしているのではなく、
perfect dark ネットワークの最も効率的なクライアントとして perfect dark を設計しました。
そのため、初期からクラックのリスクを認識しつつも、過小評価していたことも事実です。
Top of this page.
|
<<last
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
(【P2P】ニュース速報【掲示板】/2843/9.4MB)