取引所とかではなくて、個人でワレット管理する場合は、秘密鍵の管理必須になってしまうけど、非エンジニアの人たちにしてみれば、「秘密鍵？なにそれおいしいの？」状態でしょうから、重要性を理解してもらうのは難儀するとおもいます。実はすでになくしてしまっている人も多かったりするのではないでしょうか。。

家や車の鍵をなくすのと同じくらい重要なことだと理解してもらうしか無いでしょうね。。

そうなんです。保留ラーメンの考え方って、参考になると思います。ポイントを、個人所有にするのではなく、サービスを受けるすべてのユーザーで共有してもらうから、公益性があります。「おかげさま」や「ありがとう」の気持ちをポイントに乗せるわけです。

ポイント＝現金という考え方からは、なかなかブロックチェーンのメリットは出てこないのですが、ポイントに気持ちを乗せることができれば、ほっこりした良いサービスが実現できる気がするんですよね。

ポイントに絞ってしまうとそうですね。保留ラーメンすごく良いですよね！これはポイントでもBCの出番のような気がします！
対象のMOSAICにどれぐらいの複合的な価値の重さが乗っているか？という事かもしれません。
そういった目線で見ていくとポイントでもBCが有効なパターンが見えてきそうですね！素晴らしい！

まとめると、多くの人が共有する公的な情報はブロックチェーンに、少人数のコミュニティーで一過性に使われるポイントはデータベースに軍配が上がりそうですね。

そこでこういう風に考えてみたらどうでしょう。ブロックチェーンが本質的に持っている公益性が、最大限に発揮されれば、もしかしたらこの図式に当てはまらないようなサービスが生まれるかもしれません。そのひとつの可能性が、屋台けいじさんの保留ラーメンです。屋台という小さなコミュニティなんだけど、そこに公益性（お金のない人にラーメン奢る）が生じた時、ブロックチェーンの透明性や改ざん不能性が意味を持ってくる。そういう観点からなら、モザイクを使ったポイントでも同じようなサービスができるんじゃないかなと思います。

いえいえ、恐れ多いですｗ　扱うデータは公けかつ重要なデータになりますよね。
資格情報は結構いいと思います。ログイン認証なんかをmosaicでするともう一段上のセキュリティを構築できるかもしれません。

僕が勝手に想像してる未来は電気水道ガス使用量、製品の製造工程、野菜に水をあげた量や日照時間などのあらゆるMOSAIC情報が、ブロックチェーン上にすべて記録そして公開されていて、膨大なデータをAIが捜索して欲しい情報にたどり着くようなイメージをしています。
たとえば、スーパーで野菜をスマホにもしくはARグラス等のデバイスでスキャンすればAIがその野菜の栽培履歴や出荷情報などを表示してくるような仕組みになっていくと思います。

NEMのQRコードなどで一意に管理できそうですよね。
そのためにはNEMのようなブロックチェーンが必要だし、あらゆるものをトークン化するのはまさに僕のイメージ通りですｗ
ポイントと言うよりは見えなかったものを見えるかする時の担保のようなシステムとも言えるかもしれません。

ポー太郎さんのコメント見て、そうだった！ShizuiNetって、ある種の公共サービスだからブロックチェーンなんだって、思い出すことができました（忘れてたのかよw）。

サービス提供者がいなくなった後も、そのデータが継続利用される場合には、ブロックチェーンはとても意味のある仕組みですよね。「北海道死すとも、ShizuiNetは死なず！」とか言いながらこの世を去ってみたい。

そういうデータってなんでしょうね。やっぱりお金？医療や健康データ？芸術作品とかもそうかもしれません。あと資格情報とか。

ポイントというのは、サービス提供終了と同時に不要になるものとして発行されるから、サービス提供者が持つDBと一体化していて良いんですよね。じゃあ、そうじゃなくて、サービス終了後も必要になるポイントや情報って、なんでしょう？

ようやく僕にも話の流れが理解できてきました。皆さんの思考についていくのは大変ですが、とても勉強になります。ありがとうございます！

効率的に考えるとそうなりますよね😂
でもBCもしくはnemじゃないと駄目な理由が気づいてないだけであるかも…。
哲学っぽいですがもし発見されればnem旋風が巻き起こりますね！
研究する価値はあるかも😀

う～ん、大規模ならDBのコスト削減で他人が建てたノードに相乗りするというのが言いやすいけど、小規模だとそんなに問題にならないですからね。
あと、どうしても承認されるまでに時間が掛かるので、リアルタイム性の高い仕組みだとDBを選択した方が確実ということになりそう。

DBかどうかと言うよりも、既存のポイントカードとは違う運用を模索する方が、モザイクに適したものが生まれそうな気もする。
たとえば、非リアルタイムで、任意に交換可能なポイントとか？

・ポイント発行はリアルタイムである必要が薄い
　1時間後、半日後、1日後とかに自動でポイント発行して、リマインドやリピーター獲得のために使う
　忘れた頃に通知が来ると思い出してもらえそう
　リアルタイム性が低くて問題ない運用なら、DBである必要もないし、自前のノードも不要

・複数のポイント（モザイク）を作って交換可能にする
　発行種類はランダムで、トレーディングカード的な立ち位置にする
　集めることを目的の一つにする
　交換によって、他者にサービスを周知する効果も期待
　ポイントを使った後は、ゲームの実績みたいな感じで転送不可モザイク（ってシンボルでも出来たっけ？）を代わりに発行して、後から記録を確認出来るようにする

なんとなく思いついたのはこんな感じですかね？
DBでも出来るけど、ポイント交換の仕組みとかは、ただのモザイク送信なのでDBでわざわざ管理しなくて良いという利点はありそう。
ポイント改ざんの心配も無いので、セキュリティ的にも問題なし。
間違えて送信してしまった・・・みたいなケースはDBと違って対応できない問題はあるので、あえてポイントの価値を高めすぎない必要はあるかも。

データベースでもトークンのやり取りをユーザー間で行うことは全然可能なんですよね。
BCで実装するよりはるかに簡単に・・・。だからこそ、そこにわざわざBCをはさむ意義はなんなのかと悩んでおります・・・。難しい・・・。

データベースの方が簡単に出来ちゃいそうですねｗ