CHLOM™ Royalty & Splits Pallet (RSP-X) Whitepaper

Version 1.4 | CrownThrive, LLC (Full IP Ownership) Tagline: “Fairness by Formula. Proof by Design.”

Audience & Scope

The Royalty & Splits Pallet (RSP-X) is the computational core that drives all attribution and payout math in the CHLOM™ ecosystem. It determines who gets paid, how much, and when, using verifiable logic and on-chain proofs.

RSP-X operates beneath the Royalty Streaming Pallet (RSP) and powers the Attribution & Distribution Engine (ADE). It connects with DLA (licensing), ACE (compliance), DAL (attestation), Treasury (settlement), Oracles (external data), and CSN (human oversight).

This document defines its architecture, data types, functions, and governance structure.

0. Introduction

“When money moves, the math must be honest.”

The RSP-X pallet brings mathematical integrity to value distribution. It converts attribution rules, licensing data, and AI-driven analytics into deterministic payout ratios, while ensuring those ratios comply with both law (via DLA) and fairness (via ACE & CSN oversight).

Every split, weight, and adjustment is recorded as a Split Attestation Record (SAR) in DAL for auditability.

1. System Context

LayerRoleDescription
RSP-X (this pallet)Attribution math & proofCalculates and stores weighted payout ratios
RSP (Streaming Pallet)ExecutionPulls data from RSP-X and performs payouts
DLAOwnershipIssues licenses & rights metadata
ADEControllerInterfaces with RSP-X to retrieve split tables
ACEComplianceValidates fairness and regulatory conformity
DALLedgerAnchors all attestation proofs
TreasuryBankExecutes transfers once splits confirmed

2. Design Goals

  1. Mathematical transparency — all weights verifiable on-chain.
  2. Adaptivity — AI oracles can modify splits dynamically.
  3. Compliance-aware fairness — anti-fraud and anti-collusion safeguards.
  4. Cross-chain proofability — split data exportable via Bridge pallet.
  5. Upgrade resilience — modular logic with versioned split templates.

3. Architecture Overview

+-----------------------------+
|    DLA (Licenses)          |
+-------------+---------------+
              |
              v
+-------------+---------------+
|   RSP-X  (Splits Pallet)   |
+-------------+---------------+
|   Weighted Math Engine     |
|   Proof & Attestation Hub  |
|   AI Adjustment Adapter    |
+-------------+---------------+
              |
              v
+-------------+---------------+
|   RSP (Streaming Pallet)   |
+-------------+---------------+
              |
              v
+-------------+---------------+
| Treasury • DAL • ACE       |
+-----------------------------+

4. Data Models

pub type SplitId = Hash;
pub type LicenseId = Hash;
pub type BasisPoints = u16; // 10000 = 100%

#[derive(Encode, Decode, Clone, PartialEq, Eq)]
pub struct SplitParty<AccountId> {
    pub did: DID,
    pub account: AccountId,
    pub weight_bps: BasisPoints,
    pub jurisdiction: Option<RegionCode>,
    pub verified: bool,
}

#[derive(Encode, Decode, Clone, PartialEq, Eq)]
pub struct SplitTable<AccountId, Moment> {
    pub id: SplitId,
    pub license_ref: LicenseId,
    pub creator: AccountId,
    pub parties: BoundedVec<SplitParty<AccountId>, T::MaxParties>,
    pub created_at: Moment,
    pub last_update: Moment,
    pub dynamic: bool,
    pub ai_agent: Option<AIModelId>,
    pub version: u8,
}

5. Storage Layout

SplitTables<T>: Map<SplitId → SplitTable>
LicenseIndex<T>: Map<LicenseId → SplitId>
AIWeights<T>: Map<(SplitId, DID) → i32> // adjustment deltas
History<T>: DoubleMap<SplitId, u32 → Hash> // version history
PendingProposals<T>: Map<Hash → Proposal>

6. Core Functions

fn create_split(license: LicenseId, parties: Vec<SplitParty>, dynamic: bool)
fn update_weights(split: SplitId, updates: Vec<(DID, BasisPoints)>)
fn ai_adjust(split: SplitId, model: AIModelId, deltas: Vec<(DID, i32)>)
fn freeze_split(split: SplitId)
fn attest_split(split: SplitId)
fn mirror_split(split: SplitId, target_chain: ChainId)

7. Weighted Distribution Logic

7.1 Deterministic Formula

fn calculate_weighted_share(total: Balance, weight_bps: BasisPoints) -> Balance {
    total * weight_bps.into() / 10_000u32.into()
}

7.2 AI Adjustment Overlay

fn adjusted_weight(base: BasisPoints, delta: i32) -> BasisPoints {
    let new = (base as i32 + delta).clamp(0, 10_000);
    new as BasisPoints
}

Weights can shift automatically based on:

  • engagement analytics from Oracles,
  • compliance scores from ACE,
  • dispute resolutions by CSN arbitration.

8. Compliance Hooks

HookPurpose
ACE::verify_fairnessChecks that no party exceeds regulatory payout limits.
DLA::validate_licenseConfirms rights are active.
DAL::attest_splitRecords final weighting proof.
Treasury::lock_fundsReserves balances prior to payout.

9. Governance & DAO Layer

9.1 Split Governance Council (S-DAO)

CouncilFunction
Math Policy BoardDefines new weighting algorithms.
Fairness CommitteeAudits AI-driven adjustments.
Dispute TribunalArbitrates conflicts over split shares.
Upgrade Review BoardApproves new SplitTable templates.

9.2 DAO Functions

fn propose_split_template(template: SplitTemplate)
fn approve_adjustment(split: SplitId, participant: DID, delta: i32)
fn vote_revoke_split(split: SplitId)

All DAO decisions are mirrored in DAL as Split Governance Proofs (SGP).

10. Security Model

MechanismDescription
Weight Sum ValidationSum must equal 10000 bps or revert.
DID VerificationRecipients validated via DLA identity.
ACE Risk ScreenBlocks high-risk or sanctioned parties.
Freeze ProtectionDAO may freeze dynamic AI adjustments.
ZK Proof AnchoringSplit tables hashed & stored in DAL Merkle root.

11. Cross-Chain Mirroring

11.1 Flow

[SplitTable Created] → [Bridge Proof Generated] → [Remote Chain Import] → [ADE Sync Updated]

11.2 Example

CrossChainSplitProof {
  origin: "CHLOM",
  target: "Polkadot",
  split_hash: hash(SplitTable),
  zk_attestation: proof(valid_transfer),
}

12. Integration Points

SystemRole
ADEPulls verified SplitTables for payout computation
RSP (Streaming)Streams royalties using these weights
TreasuryExecutes payouts post-validation
DALRecords proof of split fairness
ACEEvaluates compliance & fairness metrics
CSN / H-DAOProvides human verification for high-impact adjustments

13. AI Attribution Sub-System

The AI Adjustment Adapter operates as an optional neural layer within RSP-X.

  • Inputs: Oracles (usage, engagement, performance).
  • Model: Federated fine-tuning on CHLOM Lex Corpus.
  • Output: Weight delta table with explainability trace.
AIWeights::insert((split_id, did), delta);
DAL::attest_ai_adjustment(split_id, model_id, delta);

AI cannot finalize changes without human DAO approval (dual control).

14. Example: Dynamic Split Evolution

Initial state: Artist 60%, Producer 30%, Platform 10%.

After ACE & Oracle analysis: Platform engagement verified → +5%. Producer inactivity penalty → -3%. New total = 60 / 27 / 13.

All changes attested in DAL and signed by ACE validators.

15. Performance & Gas Metrics

OperationComplexityTypical Cost
create_splitO(N)1.5M weight units
update_weightsO(N)800K units
ai_adjustO(N)1M units
freeze_splitO(1)200K units

Throughput: 10,000 split updates per block under parallel shards.

16. Testing & Verification

  • Unit Tests: Weight normalization, overflow, and delta rounding.
  • Property Tests: Conservation of value and fairness constraints.
  • Fuzz Tests: Randomized AI delta inputs.
  • Integration Tests: End-to-end payout validation with Treasury mocks.
  • On-Chain Sim: Replay of DAL attestations for deterministic re-calc.

17. Sustainability & Ethics Integration

Every SplitTable may include an EcoShare metadata tag assigning a small percentage of funds to CHLOM-linked sustainability causes.

EcoDrive::allocate(split_id, 50bps);
StripeClimate::offset_emissions(split_id);

Logged in DAL as Sustainability Proof (SPF) records.

18. Roadmap

PhaseGoalDescription
IGenesis PalletCore functionality launch
IIAI-Driven AdjustmentsReal-time weighting based on Oracles
IIIMulti-Chain SyncCross-chain SplitTable registry
IVPredictive Fairness AIEthical model predicting optimal weights
VDAO 3.0Fully autonomous split policy governance

19. Closing Statement

The Royalty & Splits Pallet (RSP-X) defines fairness in motion. It turns attribution into accountable mathematics — transparent, auditable, and adaptive. By merging human oversight, AI analytics, and immutable proofs, it ensures every creator, licensee, and partner receives exactly what they deserve — no more, no less.

“In CHLOM, fairness isn’t promised. It’s proven.”

Prepared for: CrownThrive LLC | CHLOM™ Framework R&D Version: 1.4 — Royalty & Splits Pallet Whitepaper Classification: Public Technical Disclosure (Pending Patent Filing) All Rights Reserved © CrownThrive LLC

End of Document — CHLOM™ Royalty & Splits Pallet (RSP-X) Whitepaper (Full Edition)

Was this article helpful?

CHLOM™ Royalty Streaming Pallet (RSP) Whitepaper