先までは、"愛記"についての記載で、どのようにブロックチェーンSNSに組み込んで実装していけばよいのか、概念的なところからアプローチ方法を記載していった。大まかな概念としてはひとまず終えた。次は、ブロックチェーンの概念設計といえるところまで、基本設計書に着手できるようなところまで、概念を具体化していきたい。
◆愛記システムのシステム評価について
システム評価とは、つまりは、このシステムを導入して成功だったか失敗だったかという効果検証という意味だ。概念設計をする上で必ず抑えておくべきポイントということだ。それには各項目があり、それぞれの項目を見ていくことで、その結果が得られる。そのシステム評価項目を1つずつ見ていきたい。
システム構築の品質評価のポイント1:理解可能性(Understandability)
システム構築の品質評価のポイント2:完全性(Completeness)
システム構築の品質評価のポイント3:簡潔性(Conciseness)
システム構築の品質評価のポイント4:移植性(Portability)
システム構築の品質評価のポイント5:一貫性(Consistency)と構造化の度合い
システム構築の品質評価のポイント6:保守性(Maintainability)
システム構築の品質評価のポイント7:試験性(Testability)
システム構築の品質評価のポイント8:ユーザビリティ(Usability)
システム構築の品質評価のポイント9:効率性(Efficiency)
システム構築の品質評価のポイント10:セキュリティ(Security)
システム構築の品質評価のポイント1:理解可能性②(Understandability)
波動レベルを知る
波動レベルは、ボディ側:発達課題のレベル、意識側:意識レベル、意志側:愛の行動レベル、を総合的にみて決める。この場合、発達課題は受け取る愛の行動レベルだけでなく、生命体の次元レベルも関係してきて、高次元の生命体がきちんと動いているかがポイントになる。さらに、意識レベルは、チャクラの開放、愛貨の保有量と関係があり、愛貨の保有量が各次元でどれほどあるかにより、保有が多いほど高い評価となる。一方、愛の行動レベルは、相手に受け取ってもらえたかどうかは別として、愛の行動をした量が評価される。
波動レベルの決定にはボディ側(発達課題のレベル)、意識側(意識レベル)、意志側(愛の行動レベル)が関与し、それぞれが総合的に考慮されるが、以下にそれぞれの要素について詳細に説明したい。
1. ボディ側(発達課題のレベル)
- 次元レベルの関与:
- 発達課題は受け取る愛の行動レベルだけでなく、生命体の次元レベルに関連しており、高次元の生命体が発展的で課題に対処しているかが重要である。高次元であるほど、より進化し、発展的な課題に取り組むことが期待される。
-
発展的な課題の取り組み:
- 高次元の生命体はより高度な課題に取り組む可能性がある。例えば、他者との深い共感や全体への奉仕などがその一例である。
2. 意識側(意識レベル)
- 愛貨の保有量:
- 意識レベルはチャクラの開放、愛貨の保有量と関連がある。高い意識レベルは、愛貨の保有量が多いことを示唆する。愛貨は愛と調和の象徴であり、それが多いほど高意識であると評価される。
-
愛貨の次元ごとの保有:
- 愛貨の保有量は次元ごとに異なるかもしれない。例えば、他者との関係における愛貨や、自然との調和における愛貨など、異なる側面での意識の質が考慮されるだろう。
3. 意志側(愛の行動レベル)
- 愛貨の受け取り量:
- 意志側では、相手に行った愛の行動レベルが評価される。具体的には、相手に愛貨を受け取ってもらえたかどうかは別として、相手への愛の行動が積極的であるほど高い評価を得る。
-
相手への影響:
- 愛の行動が相手にどれだけ影響を与えるかも重要である。相手の波動レベルの向上に寄与する行動は、高い評価を受けるだろう。
総合的な波動レベルの決定
-
統合的な評価:
- 上記の各要素を総合的に評価して波動レベルを決定する。例えば、発達課題への取り組みが高次元であり、意識レベルが高く、愛の行動が積極的である場合、総合的な波動レベルは高いとされる。
-
次元と関連性:
- 次元が高いほど、その生命体が高い波動レベルを維持できる傾向がある。次元の進化が波動レベルに寄与すると考えられる。
この理論では、個々の要素が相互に影響し合い、生命体の進化や発達、愛の表現といった複合的な要因が総合的に波動レベルに影響するとされている。ただし、これらの概念は主観的であり、科学的な根拠があるわけではない。
ここでは、発達課題のレベル、意識レベル、愛の行動レベルの中で最も低いレベルを総合的な波動レベルとして合わせるプログラムの例を用いる。この例では、各要素のスコアを取得し、その中で最も低いスコアを総合的な波動レベルとして返している。では、各要素のスコアは、どのようにして出しているのであろうかを見ていこう。先に、ボディ側(発達課題のレベル)を見ていった。今回は、愛の行動レベルについて見ていきたい。
◆意志側(愛の行動レベル)
愛記システムにおいて、愛の行動にはレベル1から10までの科目があり、その愛貨のやりとりを仕訳としてDApps側に保存していく仕組みを構築する。以下に、その仕組みの基本的な設計アイデアを示す。
-
愛の行動の科目とレベルの定義:
- 各レベルごとに複数の科目を定義する。例えば、レベル1では「笑顔」「挨拶」など、レベル10では「慈善活動」「奉仕活動」などの高度な愛の行動を設定する。
-
トランザクションの仕組み:
- ユーザーが愛の行動を行うと、それに対応するトランザクションが発生する。トランザクションにはユーザーID、行動の科目、行動のレベル、タイムスタンプなどの情報が含まれる。
-
スマートコントラクトの実装:
- ブロックチェーン上にスマートコントラクトを実装し、トランザクションの受け入れと処理を担当する。スマートコントラクト内で、トランザクションを受け入れたユーザーに対して愛貨の増減を行う。
-
愛貨の増減ロジック:
- 各科目とレベルに対して、愛貨の増減ロジックを定義する。例えば、レベル1の「笑顔」は10愛貨、レベル10の「慈善活動」は100愛貨などといった具体的な設定を行う。
-
DApps側のデータ保存:
- DAppsのサーバーサイドやデータベースを使用して、トランザクションのデータを保存する。ユーザーの行動ログ、愛貨残高などの情報を管理する。
-
愛貨の取引履歴の表示:
- ユーザーがDApps上で自分の愛貨の取引履歴を確認できるようなインターフェースを提供する。これにより、ユーザーは自身の行動履歴や愛貨の増減を透明に確認できる。
以下は、簡単なスマートコントラクトの一部と、DApps側でのトランザクションデータの保存例である。これはあくまで概念的な例であり、実際の実装にはセキュリティやパフォーマンスの向上などを考慮する必要がある。
○スマートコントラクト(Solidity例):
// 簡略化された例
contract LoveToken {
mapping(address => mapping(uint => mapping(uint => uint))) public userActions; // ユーザーごとの行動履歴
function recordLoveAction(uint level, uint subject) public {
// 行動のレベルと科目に対する愛貨の増減ロジック
uint lovePoints = calculateLovePoints(level, subject);
// ユーザーの行動履歴にトランザクションを記録
userActions[msg.sender][level][subject] += lovePoints;
}
function calculateLovePoints(uint level, uint subject) internal pure returns (uint) {
// レベルや科目に基づいた愛貨の計算ロジック
// この部分は具体的なビジネスロジックに合わせて実装
return level * subject;
}
}
○DApps側のデータ保存(Python/Flask例):
from flask import Flask, request, jsonify
app = Flask(__name__)
# データベースに関連するライブラリやモデルのインポートが必要
@app.route('/record_love_action', methods=['POST'])
def record_love_action():
data = request.get_json()
user_id = data['user_id']
level = data['level']
subject = data['subject']
# データベースにトランザクションを保存
# ここでデータベースのモデルやORMを使用して保存
return jsonify({"message": "Love action recorded successfully"})
if __name__ == '__main__':
app.run(debug=True)
実際にDApps側である愛記システムにおいて、愛の行動レベルの評価をしたい。具体的には、相手に愛貨を受け取ってもらえたかどうかは別として、相手への愛の行動をしたというデータを集計して、どのレベルの愛の行動が多いかなどを評価して、総合的な愛の行動レベルを算出したい。スマートコントラクトはデータ処理のみを担当し、評価制度のロジックはDApps側のPythonで実装するというアプローチである。以下に、DApps側のPythonでの評価制度のロジックを簡単に示す。
from collections import Counter
from web3 import Web3
# Web3の初期化などが必要
def get_love_level(user_address):
# スマートコントラクトのアドレスとABIが必要
contract_address = "0x1234567890123456789012345678901234567890"
contract_abi = [...] # スマートコントラクトのABI
# スマートコントラクトとの接続
web3 = Web3(Web3.HTTPProvider('http://localhost:8545'))
contract = web3.eth.contract(address=contract_address, abi=contract_abi)
# ユーザーの行動履歴を取得
user_actions = contract.functions.userActions(user_address).call()
# レベルごとの頻度を集計
level_frequency = Counter(action['level'] for action in user_actions)
# 最も頻度の高いレベルを求める
most_frequent_level = max(level_frequency, key=level_frequency.get)
return most_frequent_level
if __name__ == '__main__':
user_address = "0xuseraddress"
love_level = get_love_level(user_address)
print(f"User's love level: {love_level}")
この例では、PythonでWeb3を使用してスマートコントラクトとの連携を行い、ユーザーの行動履歴から最も頻出するレベルを求めている。この評価ロジックは、DApps側での実装例となる。具体的な評価基準やビジネスルールに合わせてもっと詳細なロジックを構築していくことにはなるのだが。
いかがであろうか、これで意志側:愛の行動レベルが取得できる。次回は、意識レベルについて記載していきたい。