発明しりとり閃き７％

Proof Created: 19,417 4:01 (2023-03-01 @20:52Z)
File: idea-49001.md
Chain: SOL.16116
Tx: 55N6XAt84oGTkcyyfPAHmERk4Vky1c2zsvu3nMD9g5vFnKUFhSPsVcYAMMXC1FxiJJCB2nTbB56XZWtR9wiVs7Vh
Hash: 86da3c009c765e1986e1c1ca6a99c07234341b50cacbe534e96c5c1ec56a9ebe

Content:

# 発明しりとり閃き７％
:: 発想を友達と共有する時に、それを記録し、ブロックチェーン上で暗号署名して「ひらめきネット」にアップすると、「発想交流」を職業にすることができます。
 特許使用料から生活することは新しいことではありませんが、現代の「密かに発明し、特許を申請する」という過程はつまらないに違いありません。子供の心を持った人は、良いアイデアが浮かんだ時に世界中で早く広く共有したいと思い、実現確率を高めるために特定の起業家と共有したくなるのは自然なことです。

しかし、現代社会では、特許を申請せずにアイデアを社会や企業と共有すると、その発明の投資収益を確保することができない可能性が高くなります。

だから、この問題を解決するために「発明しりとり１％」ゲームを想像してみましょう。

ルール：

- １．アイデアが浮かんだら、さまざまなオンラインの会議に参加します。
- ２．会議でアイデアの内容を共有します。
- ３．会議の内容を好きなブロックチェーンに保存し、署名します。
- ４．実現を待ちます。（アイデアを理解した人は、新しい企業、商品、商品の特徴、機能を待ちます）
- ５．もし、アイデアを得た人々の定期的な収入がアイデアに起因する場合、その人々は収入差の７％を、初めてアイデアを共有した人と共有すべきです。（例えば、毎月の給料がアイデアによって700,000円から800,000円に変化した場合、アイデアを共有した人は毎月(800,000-700,000)×0.07 = 7,000円を受け取ります。）
- ６．もし、会議でアイデアを得た人のうち誰かが自分でそのアイデアを実現したくないが、ほかの会議を開いてこのアイデアを再共有する場合、再共有者は１％を得ます。元の発明者は６％を得ます。
- ７．同じく、もしもう一つの再共有会議が現れた場合、元々の発明家は5％しか得ない。もし共有数が7以上になると、元々の発明家は1％を得ることができますが、ほかの再共有者は6％を共有します。例えば、それが15回の会議の連鎖だとすると、残りの14人の再共有者はすべて0.42％≒6％/14を得ます。

なぜかと言うと、「天才は1％のひらめきと99％の汗である」と言われていますが、実際には、アイデアを思いつくのには、時には一生の経験が必要であり、そのアイデアをネットワークで実現することも容易ではないため、そのような「六次の隔たり」現象は「再共有の数は7を超えない」ということを意味します。

やり方：

- １．ネット上で、または現実で話しているときに、通信を記録にすることを用います。
- ２．記録がある場合は、その記録に「証明ID」を付けます。例えば、次のような作り方が考えられます：
    - ①　話し始める前に、誰かが[uuidgen](https://kazmax.zpp.jp/cmd/u/uuidgen.1.html)コマンドを使ってユニークな会議番号を作成し、全員を招待します。
    - ②　参加者はチャットルームまたはメールで自分のパソコンで[solve](https://github.com/mindey/ident)コマンドを使って自分の公開鍵と署名を共有します。
    - ③　証明投稿を準備している人は、会議番号があるテキストファイル（例えば、<uuid>というファイル名）に、1行に1つずつ、すべての参加者の公開鍵と署名をまとめて記入し、保存し、参加者全員と共有します。各行の後ろには、証明後に自分の公開鍵が公に検索できない場合（例えばGitHubでは確認できない場合）には、間違えないように自分の会議で使う名前またはその他の追加情報（例えばメールアドレス）を追加することができます。
    - ...
    - 〇　会議が始まったときに、皆は普通に会議の録画や多分ほかの色んなファイルが発生します。
    - ...
    - ⑤　会議後、すべての発生したファイルを、一つのアーカイブフォルダー（例えば`<uuid>`）にまとめて、tree コマンドでファイルリストを発生させ（例えば `tree` というファイル名のテキストファイル）参加者全員と共有します。
    - ⑥　会議の内容に同意している方々は、`tree` ファイルに署名し、その署名を`<uuid>` ファイルに、同じ行に追加します。
　　こうした会議記録内容をアーカイブファイル`<uuid>.zip`に全体保存完成してから、このアーカイブのハッシュ値を発生します。例えば：
       `sha256sum <uuid>.zip`
    - ⑦　参加する人の誰かはこの事実証明（sha256ハッシュ値）をブロックチェーンに保存します。
- ３．念の為に、こうしたファイルの名前を `<uuid>-<チェーン名>-<sha256sum>.zip` に変更すると良いです。
　　そうすると、この会議は既にブロックチェーンに署名されたものを簡単に区別できます。

このやり方の利点は以下の通りです：

- どんなブロックチェーンでも保存できます（BTC、ETC問わず）。
- 署名されたファイルの内容（<uuid>とtree）は機械可読なので、将来的には様々なアーカイブの再利用が考えられます。
（例えば、アーカイブ自体がスマートコントラクトの元になることや、アーカイブの内容を人工知能で分析して、スマートコントラクトで活用すること、また、裁判所で利用可能なように、他の分析プロバイダーによる特徴の抽出などが挙げられます。）