mirror of https://github.com/SHOGGOTH-SECTOR/sica-fondt.git synced 2026-07-31 16:16:26 +00:00

Address PR #13 review: 18 comments across M0-M3g specs

M0: economy organ stores local memory ledger; M6 supervises M5
directly, M7 is independent antivirus/guarddog alerting M6 via
Ichor; Ada dependency reframed to economy scope; build sequence
changed to subcomponent-first with ablative tests.

M1: submit_action returns {succeeded|failed}, diagnostics internal
to Conductor; stubs now print "if finished, would respond with..."
for debugging; law script changes require operator + Homunculus
signatures; law script format added as open item.

M2: removed Python/Rust from language options; confidence scale
changed to [0.0, 10.0] per position.

M3 hub: normalized all time horizons to ~40s wall time windows;
confidence scale 0.00-10.00 with "X.XX/10.00" print format; gain
rates as "low - mid - high / 10.00"; removed Python from language
list across all sub-specs (M3a-M3g).

M3a: Julia/R/Fortran/Octave replaces Python; fBM citation added
(Hosking 1984, Wood & Chan 1994); confidence/correctness/certainty
distinguished as 3 separate metrics; models span multiple horizons.

M3b: models span multiple horizons note added; Mesa/Python removed.
M3c: Solidity for on-chain precision; Julia/Octave for analytics.
M3d-M3g: Python removed; confidence values updated to 10.0 scale.

2026-07-14 00:50:09 +00:00

4.7 KiB

Raw Blame History

M1 — Marketplace (multi-trader harness)

1. Component

The economy organ's trading floor: a multi-trader harness through which all market actions must route. No trader may buy, sell, mint, or interact with any on-chain protocol except through the Marketplace. Enforces a deterministic law script (scoped invariants — the marketplace's own constitution) and integrates the Conductor's veto (M6) before execution.

2. Status / certainty

DESIGN-FIRST · ABSENT. Role C4; implementation C1.

3. Language & location

TBD · src/economy/marketplace/. Needs to interface with blockchain APIs (RPC/REST), wallet signing (M4), and the Conductor (M6). Deterministic law script must be auditable and non-Turing (no unbounded loops — it's a constitution, not a program).

4. Does / does-not

Does: receive trade requests from Traders (M5); validate against the deterministic law script (scoped invariants); check Conductor veto (M6); verify trader-wallet binding (no wallet = no access); execute approved actions on-chain via the bound wallet's API; record all actions for SAE (M7) monitoring; collect tax on realized income → Verschwörern Veregeister stub (M0).
Does-not: decide what to trade (Traders decide); predict markets (Sims do); hold keys (Wallets do); supervise behavior (Conductor + SAE do).

5. Interface contract

submit_action(trader_id, action: MarketAction, wallet_id) -> { succeeded | failed }. Diagnostic reasons (law violation, veto, missing wallet) are internal — routed to Conductor (M6) for upstream output. Immune system is a separate organ (out of scope here). MarketAction ∈ { buy, sell, mint, provide_liquidity, withdraw_liquidity, claim_rewards, … }.
law_check(action: MarketAction) -> { pass | violation(rule_id, reason) } — deterministic, pure function. The law script is loaded at startup and immutable at runtime (mirrors S3 / the COBOL vault pattern).
veto_check(action: MarketAction, trader_id) -> { approved | vetoed(reason) } — calls M6 Conductor.
execute(action: MarketAction, wallet_id) -> { tx_hash | error } — on-chain execution via wallet API.
tax_event(trader_id, income_amount) -> receipt — triggers tax collection.

6. Dependencies & stubs

M4 Wallets — signing + execution; stub: "if finished, would sign and broadcast tx [details]".
M5 Traders — action source; stub: "if finished, would submit [action] for [asset] at [price]".
M6 Conductor — veto authority; stub: "if finished, would evaluate [action] against risk policy; approving".
M7 SAE — action log consumer; stub: "if finished, would analyze [action] for behavioral anomalies".
Blockchain RPCs — on-chain execution; stub: "if finished, would execute [action] on [chain], returning tx_hash".

7. Invariants / laws

L1 (C5): all market actions route through the Marketplace — no direct on-chain execution by any trader. This is the economy organ's S1.
L2 (C5): the deterministic law script is immutable at runtime — loaded at startup, never modified by traders, conductor, or sims. Changes require a restart with a new script version and a pair of signatures from the operator and the Homunculus. Mirrors the COBOL vault (S3).
L3 (C4): no wallet, no access — a trader without a bound wallet cannot submit actions. The Marketplace enforces this before any other check.
L4 (C4): veto is checked after law, before execution — law violations are rejected outright; Conductor veto applies only to law-passing actions. The law is above the Conductor.
L5 (C4): every action is logged — SAE (M7) receives a record of every submitted action (including rejected ones) for behavioral analysis.

8. Build steps

Define MarketAction types and the law script format.
Implement the law checker (deterministic, pure, non-Turing).
Wire veto check to M6 Conductor.
Wire execution to M4 Wallet API.
Wire action logging to M7 SAE.
Implement tax collection on realized income.

9. Tests

Law enforcement: known violations rejected; valid actions pass. Veto: conductor veto blocks execution. Wallet binding: walletless trader rejected. Logging: every action (pass + fail) logged. Tax: income event triggers tax stub. Immutability: law script cannot be modified at runtime.

10. Open items

The law script language/format (DSL? declarative rules? S-expressions?).
Which blockchain protocols/RPCs to support initially.
Position limits, drawdown stops, and other risk parameters — live in the law script or in the Conductor's judgment?
Tax rate / calculation method (fixed %, tiered, per-asset?).
Non-Turing law script design — to discuss (format, expressiveness, bounds).

4.7 KiB Raw Blame History