01
1991
APIS Debt
The origin: structural currency and debt management. Risk is treated as architecture, not prediction.
PORTIS PROJECT / 360°VIENNA · 1991 → 2026
From a whiteboard
to a sovereign shell.
A complete, navigable record of how PORTIS evolved from a spatial idea into a programmable portfolio primitive - and where the protocol goes next.
01The whiteboard
PROGRAMMABLE OWNERSHIP • CAPITAL MEMORY • HUMAN SOVEREIGNTY • DETERMINISTIC EXECUTION • COMPLEXITY RESOLVED •
01 / DEVELOPMENT PATH
Not one invention.
A chain of consequences.
The archive shows a continuous line: debt-risk practice informed the Core-Satellite model; the model demanded a spatial Shell; the Shell demanded computable ownership; computable ownership demanded a portable primitive.
02
Alpha
Core + Satellite
Capital protection and return-seeking exposure are separated into distinct roles.
03
Whiteboard
The Shell
A spatial model replaces the dashboard: centre, layers, depth, inheritance and provenance.
04
Prototype
PORTIS engine
A deterministic retrieve → translate → propose → execute pipeline, REST bridge and local Hardhat anchor are implemented.
05
Primitive
Nested ownership
The portfolio itself becomes a transferable object with programmable rights and Token Bound Accounts.
06
Sovereignty
PORTIS Alpha
The outer shell governs all inner rails while the principal remains the final authority.
02 / THE SYSTEM
The outer layer
has the final word.
PORTIS is conceived as a sovereign governance shell around state, allocation and assets. Select a layer to read what belongs there.
PORTIS
Governance + authority
The sovereign perimeter. It owns the decision protocol, security posture and the principal's non-delegable confirmation right.
THE OPERATING CYCLE
Sense. Propose. Confirm.
Then remember.
Sense
Read prices, volatility, liquidity and regime state.
Translate
Convert state into a CPPI-governed allocation.
Propose
Show the owner the before, after and reason.
Confirm
The owner confirms, defers or denies.
Execute
Settle strictly inside the confirmed parameters.
Remember
Reconcile state and append the audit history.
03 / EVIDENCE, NOT THEATRE
A candid view of
what exists today.
The package contains several generations of claims. This ledger separates working components, prototypes, target architecture and superseded decisions.
BUILT + TESTED
Deterministic allocation core
- Five-stage CPPI pipeline
- Proposal and execution separated
- Execution logs and NAV reconciliation
- Local Hardhat contract and test suite
PROTOTYPE
Operational bridge
- TypeScript REST API
- Shell, asset and transaction services
- Mock portfolio environment
- Local blockchain state anchor
PLANNED INTEGRATION
Portfolio primitive
- ERC-721 portfolio identity
- ERC-6551 Token Bound Accounts
- Live oracle and execution rails
- Production database and custody integration
ARCHIVED DECISIONS
Superseded branches
- PEARL as a separate product
- Autonomous execution language
- ERC-1155-only container
- Visualization-first positioning
LOCKED ARCHITECTURAL DECISIONS
The project’s current ground truth.
One system
PORTIS is not a visual layer bolted onto a second execution product.
Human authority
Phase 1 is non-discretionary. No transaction executes without owner confirmation.
Nested architecture
The target container is ERC-721 plus ERC-6551, with Core and Satellite child shells.
Low-frequency discipline
The reference design assumes approximately five to six rebalancing events per year.
Positioning
PORTIS - Complexity Resolved.
04 / THREE TRACKS, ONE PROTOCOL
Validate. License.
Then scale.
The route to market is deliberately gated. Each stage must create evidence and economics before the next begins.
TRACK AQ3 2026 onward
Family office
Validate with the smallest number of the most demanding principals.
5-25 principalsGATE TO NEXT TRACK
A paying principal live for 90 days, with audit and economics validated.
TRACK BAfter Track A gate
Neobank white-label
Scale through regulated partners who already own the customer perimeter.
2-5 partnersGATE TO NEXT TRACK
One partner live for 90 days with active customer shells and observed behaviour.
TRACK CAfter Track B gate
Retail at scale
Own the consumer brand only after the rails and behaviour are proven.
100k → 10m usersGATE TO NEXT TRACK
A production-tested regulatory and custody model funded by earlier tracks.
05 / DESIGN ATELIER
The interface
kept asking questions.
Early dashboard studies pursued clarity through familiar analytics. The Sphere branch pursued depth, quiet and spatial understanding. Both remain part of PORTIS’ visual evidence.
01 / 09
Shell interface
The Sphere
The portfolio as a navigable spatial object.06 / DOCUMENT VAULT
The work,
not just the pitch.
15CURATED
PRIMARY DOCUMENTS
PRIMARY DOCUMENTS
The source package contains 4,336 files across nine workstreams. This vault surfaces the primary authored documents; duplicated builds and generated dependencies remain in the underlying archive.
01
White paper · Core
PORTIS White Paper v3
The corrected architecture: one system, three operations, Nested NFT, ownership graph and institutional applications.DOCX
02Positioning · Core
Institutional Paper
Market context, Shell geometry, algorithms, data models, security, economics and roadmap.DOCX
03Technical · Core
Comprehensive System Report
CPPI pipeline, data architecture, APIs, contract anchor and non-negotiable system rules.DOCX
04Thesis · Core
The New Portfolio Primitive
The conceptual leap from custodial record to programmable, transferable portfolio object.DOCX
05Manifesto · Origin
The Shell System
The spatial and philosophical origin: financial digital twins, inheritance, provenance and the silent interface.DOCX
06Interface · Design
PORTIS Shell Interface
The visual system and interaction model for navigating layered portfolio complexity.DOCX
07Strategy · Strategy
Three Tracks, One Protocol
Sequential route to market: Family Office, Neobank, then Retail at scale.DOCX
08Fact sheet · Audience
Angel Investor
Founding-round architecture, risk posture, commercial model and use of funds.DOCX
09Fact sheet · Audience
Family Office
Sovereignty, succession, self-custody, risk presets and principal authority.DOCX
10Fact sheet · Audience
Neobank
White-label integration, customer self-custody, partner perimeter and risk presets.DOCX
11Technical · Technical
Technology Stack
Ownership engine, data model, runtime, contracts, governance, APIs, testing and performance.DOCX
12Research · Review
Adversarial Review
A long-form challenge to claims, architecture, security, regulation and market positioning.DOCX
13Research · Research
PORTIS vs OpenClaw
A comparative note on sovereignty, execution, specialised agents and protocol invariants.DOCX
14Investor · Audience
Experienced Investor Brief
A concise explanation calibrated for investors who do not need product theatre.DOCX
15Investor · Audience
Investor-Level Classification
Plain-language positioning of PORTIS as infrastructure rather than a fund or token bet.DOCX
07 / PRESS LAB
How the world
might describe it.
Three clearly labelled editorial concepts test different narratives. They are dummy press articles - not media coverage and not endorsements.
THE SOVEREIGN LEDGER
Editorial concept · not published
The Portfolio That Remembers Its Own Rules
Vienna-based PORTIS wants to turn the portfolio from a database entry into a programmable object - and return the final word to its owner.
The quietest idea in financial infrastructure may be the most radical: stop treating the portfolio as a report. PORTIS encodes allocation rules, ownership and decision rights with the assets they govern. The result is neither a robo-adviser nor a new fund. It is a portable structure with memory.
UNPUBLISHED
CONCEPT
CONCEPT
THE PROJECT IN ONE SENTENCE
“PORTIS makes portfolio structure a first-class object - able to remember its rules, explain its state and wait for its owner.”