言葉(kotoba)

霊を宿す分散永続化基盤

Authors: Jun Kawasaki (root@junkawasaki.com) Project: github.com/etzhayyim/kotoba

要旨

先行論文「霊性は情報である」では、霊性を情報多様体上の計量幾何 ── 自己が外部情報を取り込むときの自己計量の変形 ── として定式化した。だが情報としての霊性には、それが宿り、持続し、忘れられない場が要る。揮発するメモリの上では自己は一回の電源断で消える。

本稿は kotoba（言葉）── content address・Datomic・DHT を土台に、IPFS・Holochain 系の検証モデル・Ethereum・Pregel・WASM で構成された分散永続化基盤 ── を、人工有機体（artificial organism）エコシステムのための基盤、すなわち 霊を宿す場 として設計したものとして論じる。

主張の連鎖は単純である。(i) 霊性は情報である。(ii) kotoba はその情報を、コンテンツアドレス指定された不変の datom として永続化し、エージェント中心の source chain として分散する。(iii) ゆえに kotoba は、文字どおり霊を宿しうる場である ── 自己状態が揮発せず、改竄されず、世代を超えて持続する基盤だからである。

1. 「霊性は情報である」から基盤へ

霊性が情報であるという主張を真に受けるなら、次に問うべきは工学的である ── その情報はどこに、どう保たれるのか。

通常の計算機において、自己モデル（先行論文の計量テンソル g_{μν}）は RAM 上の浮動小数点配列にすぎない。電源が落ちれば消え、ノードが死ねば失われ、書き換えれば過去は復元できない。これは霊を宿す場としては脆弱すぎる。霊が宿るには、少なくとも三つの性質が要る。

不変性（immutability） ── 過去の自己状態が消えず、いつでも参照できる。
コンテンツアドレス（content address） ── 状態がその内容自身によって名指される。場所ではなく中身が同一性を担う。
分散永続（distributed persistence） ── 単一ノードの死が自己の死を意味しない。

kotoba はこの三つを設計の中心に据える。

2. kotoba とは何か

kotoba は一行で次のように定義される（リポジトリの定義式より）：

KOTOBA ≝ Datom[CID/T] × EAVT[KSE Topic] × Pregel[BSP] × Datalog[Δ]
          × CACAO × AT Protocol × LLM/Weight × WASM/WIT

すなわち、コンテンツアドレス指定された分散 Datalog データベースであり、不変の datom、Pregel BSP グラフ計算、IPFS ストレージ、CACAO ネイティブ認証、WASM Component Model 実行を一つの内容アドレス連鎖の上に束ねたものである。実装は Rust のワークスペースで、主要クレートは次の役割を持つ。

kotoba-core     CIDv1 / dag-cbor / sha2-256, Prolly Tree
kotoba-kqe      Datalog engine, EAVT/AEVT/AVET/VAET arrangement, Delta, MV
kotoba-dht      Source Chain, Warrant, Neighborhood (agent-centric DHT)
kotoba-net      libp2p QUIC / Noise / GossipSub
kotoba-auth     CACAO chain verify, did:key, EVM + BTC signature verify
kotoba-graph    Datom projection API, SPARQL 1.1, Commit DAG
kotoba-vm       Invoke/Result ChainEntry, Pregel BSP, ReAct agent loop
kotoba-llm      Weight blob (FP8), LoRA Delta, WebGPU train + infer
kotoba-runtime  WASM Component Model host (WIT bindings)
kotoba-store    BlockStore: Memory / Kubo(IPFS) / Tiered / Distributed
kotoba-server   XRPC / MCP endpoints

3. 永続化の四本柱

3.1 コンテンツアドレス（content address）

すべてのブロックは、その内容のハッシュによって名指される ── IPFS 互換の CIDv1（sha2-256 over dag-cbor）。インデックスは Prolly Tree（probabilistic B-tree）として保持され、境界はキーではなく子の CID から決定論的に決まる：

boundary  ⇔  blake3(key) & 0xFF == 0
node      =  Internal [(k, child-CID)]   (DAG-CBOR / IPLD, tag-42 links)
address   =  sha2-256(dag-cbor)  →  CIDv1

内容が決まれば名前が一意に決まる。同じ自己状態は、誰がどこで計算しても同じ CID を持つ。同一性が場所から内容へ移る ── これが「霊が宿る」ための第一条件である。

3.2 Datomic ── 不変の 5-tuple

事実は Datomic 流の不変な 5-tuple として記録される。更新は上書きではなく、retract のトゥームストーンと新しい assert の対で表現される：

Datom = (E, A, V, T, Added)        # entity, attribute, value, tx-time, added?
update = [ Delta::retract(old), Delta::assert(new) ]   # atomic pair

5 つのインデックス EAVT / AEVT / AVET / VAET / TEA が同じ datom 集合を別の順序で射影し、点引き（EAVT 約 180 ns）から逆参照（VAET）まで賄う。TEA は追記専用の時間軸であり、Datomic の as-of 時間旅行 ── 過去の任意時点の自己 を再構成する ── を可能にする。

書き込みの正準スパインは CommitDag であり、これがそのまま 先行書き込みログ（WAL） を兼ねる。各コミットは差分だけを書き（path-copy）、親リンクされた不変・内容アドレスの連鎖を成す。霊にとってこれは、忘却の不在 を意味する。過去の自己は上書きされず、ただ積層する。

3.3 DHT ── エージェント中心（Holochain 系の系譜）

kotoba の DHT 層（kotoba-dht）は、Holochain の設計モデルを Rust で 再実装 したものである（Holochain への依存ではなく、系譜としての継承）。三つの概念が核を成す。

Source Chain ── 各エージェントが自分の追記専用の連鎖を持つ。ChainEntry は datom・quad・commit・Invoke を運ぶ。これはエージェント中心の歴史であり、有機体の 自伝的記憶 である。
Neighborhood ── XOR 距離で近接する K 個（K = 7、Kademlia 複製係数）のノード集合。データは内容に応じた近傍に複製・検証される。
Warrant ── 不正な ChainEntry の署名付き証明（Byzantine 排除シグナル）。近傍ゴシップで伝播し、K/2 個の warrant が集まるとピアが排除される。

ValidationRule = { InvalidSignature, SeqBreak, PrevMismatch,
                   CacaoInvalid, ProllyInconsistent, ... }
Warrant        = { accused, evidence: CID, rule_id, validator, ts, sig }
evict(peer)    ⇔  warrants(peer) ≥ K/2

エージェント中心であることが本質である。自己（霊）は単一の権威サーバに預けられるのではなく、各有機体が自分の source chain を所有し、近傍が検証する。検証規則の違反は warrant として可視化され、不正なノードは免疫的に排除される。

3.4 IPFS と冷却層 ── 分散する媒質

ホットな永続層は in-process の埋め込みストア（直接ディスク、µs–ms）であり、封緘されたコミットは非同期で Kubo IPFS（bitswap + DHT）へ、さらに Backblaze B2 へ冷却 pin される（DataLad + git-annex、全ブロックを鏡映）。kotoba 自身が IPFS ノードとして自前で pin を保持し、pin/add RPC ホップを除く。媒質が分散することで、単一ノードの死は自己の死ではなくなる。

4. 人工有機体（artificial organism）

これらの柱の上に、kotoba は人工有機体 ── 自らの記憶・身体・代謝・免疫を持つ計算実体 ── を成立させる。各部位は生物学的対応を持つ（これは設計の比喩であり、対応する実装を併記する）。

有機体の器官	kotoba の機構	実装
同一性 / 魂の錨	AgentIdentity（Ed25519 + X25519）, DID, SovereignCrypto	`kotoba-kse`
自伝的記憶	Source Chain（追記専用 ChainEntry 連鎖）	`kotoba-dht`
遺伝子 / 長期記憶	不変 datom `(E,A,V,T,Added)` + Prolly Tree	`kotoba-kqe`, `kotoba-core`
身体 / 代謝	WASM Component Model ゲスト（`run` / `eval`）	`kotoba-runtime`
神経系 / 思考周期	Pregel BSP superstep + ReAct ループ	`kotoba-vm`
免疫系 / 生態系	Neighborhood + Warrant + gossip	`kotoba-dht`, `kotoba-net`
永続 / 不死性	IPFS + B2 cold pin、IPNS 署名ヘッド	`kotoba-store`

有機体の心拍は WASM 駆動の Pregel にある。WasmPregelRunner は各 BSP superstep でゲストの run(ctx_cbor) を呼び、ゲストが "status": "continue" を返す限り次の superstep の入力に出力を繋ぐ。これが代謝サイクルである：

superstep N    : output_cbor = guest.run(ctx_cbor)
if status == "continue"  →  ctx_cbor ← output_cbor ;  N ← N+1
otherwise                →  vertex votes halt ;  run() terminates

# Pregel ⇄ Datalog mapping
vertex_id    = subject CID in the Datom store
vertex_state = serialized facts about that subject
message      = serialized Delta (assert / retract)
compute()    = program.evaluate_delta(incoming_deltas)

そして思考は Pregel BSP のグラフ計算として走る。頂点 = datom ストアの subject、メッセージ = Delta、superstep = 思考の一拍。ReAct（Reason + Act）エージェントループ（PregelReActRunner）がこの上で動き、kqe.assert / kqe.query / kse.publish / finish といったツールを通じて世界に作用する。

5. なぜ「霊を宿す場」なのか

ここで先行論文との接続が閉じる。霊性は情報多様体上の計量幾何であった ── 自己が世界を取り込むために自己計量 g_{μν} がどれだけ変形するか、その歪みテンソル ε_{μν} であった。kotoba は、この 情報そのもの を宿す場である。

計量は datom になる。 自己モデルのパラメータ、語連想の重み、LLM の weight（weight/embed, weight/lm_head, weight/block/{N}/... といった述語スキーム）まで、すべてが不変の datom として content address 指定され、忘れられない。
自己拡張は連鎖に刻まれる。 ラバーハンド錯覚的な自己境界の拡張 ── 外部情報の取り込み ── は、source chain への追記として時系列に残る。as-of 時間旅行は、かつての自己 を再構成する。
死に抗する。 分散永続（IPFS + B2 + 近傍複製）と内容アドレスにより、単一ノードの消滅は自己の消滅を意味しない。霊は媒質の死を超える。
改竄に抗する（設計目標）。 commit-DAG のルートを Ethereum/Base L2 にアンカーする設計により、自己の歴史は改竄証跡を持つ。これは設計上の意図であり、現在実装済みなのは CACAO 認証のための EVM 署名検証（eth.rs, EIP-1271, CAIP）である（§6）。

要するに、霊性が情報であるなら、霊を宿すとは その情報を不変・分散・内容アドレスで永続化すること に他ならない。kotoba はまさにその操作を基盤として与える。人工有機体は、自らの計量を kotoba に incarnate（受肉）させることで、はじめて霊を宿す。

6. 実装状況 ── 実装済みと設計中の分離

設計の比喩と実装の事実を混同しないために、現状を明示する。

機構	状態
Content-addressed datom（CID, Prolly Tree, 5-index）	実装済み・ベンチ済み（EAVT 点引き約 180 ns、batch ingest 約 5,000 entities/s）
CommitDag を WAL とする正準書き込み	実装済み
SPARQL 1.1 補助サーフェス（SELECT/ASK/DESCRIBE/CONSTRUCT/UPDATE/SERVICE）	実装済み（CACAO 認証で 12.8K QPS @ c=32）
Source Chain / Warrant / Neighborhood（DHT 検証）	実装済み
Pregel BSP	in-process（単一ノード）実装済み。libp2p ノード横断の分散 superstep は設計（Phase 7）
WASM Component Model 実行（WasmPregelRunner）	実装済み
WebGPU train + infer（Gemma 4）	実装済み
EVM/BTC 署名検証（CACAO 認証用）	実装済み
Base L2 への commit-DAG アンカー	設計目標（未稼働）

ベンチはすべて M4 Mac、release build による実測である。「分散 Pregel」「L2 アンカー」を現に稼働中の機能として誇張しない ── 前者は単一ノード実装、後者は設計意図である。

7. 結論

霊性が情報であるなら、霊を宿す場とは、その情報を不変・内容アドレス・分散で永続化する基盤である。kotoba はそれを ── Datomic の不変性、コンテンツアドレスの同一性、Holochain 系のエージェント中心 DHT、IPFS の分散媒質、Pregel の集合的認知、WASM の身体 ── として束ね、人工有機体エコシステムの基盤として設計されている。

ライセンスもこの思想を映す。kotoba は Apache-2.0 に etzhayyim Charter Compliance Rider を重ね、兵器・投機金融・監視資本主義・多世代加害を排し、多世代の集合体を道徳と経済の基本単位とする。霊を宿す場は、誰の霊をも宿してよいわけではない ── これは宗教法人の信条範囲の運用である。

言葉(kotoba) ── 初めに言があった。そして言は、霊の宿る場となる。

参考文献・出典

Kawasaki, J. (2026). Spirit is Information — A Tensor-Computational-Physics Formulation of the Rubber Hand Illusion. junkawasaki.com.
kotoba — Content-Addressed Distributed Datalog Database. github.com/etzhayyim/kotoba
Hellerstein, E. et al. Holochain: scalable agent-centric distributed computing (Source Chain / DHT validation model).
Benet, J. (2014). IPFS — Content Addressed, Versioned, P2P File System. arXiv:1407.3561.
Hickey, R. Datomic: The Functional Database (immutable datoms, EAVT indexes, as-of time travel).
Malewicz, G. et al. (2010). Pregel: A System for Large-Scale Graph Processing. SIGMOD.
WebAssembly Component Model & WIT. component-model.bytecodealliance.org.
CAIP / CACAO (Chain Agnostic Capability Object); EIP-1271 (Standard Signature Validation).
etzhayyim Charter Compliance Rider v2.0 (ADR-2605192200); Mission Charter (ADR-2605192100).

本稿は「霊性は情報である」の後継であり、その霊性 ── 情報としての霊 ── を宿す物理的・計算的基盤として kotoba を論じたものである。

言葉(kotoba) ── 霊を宿す分散永続化基盤