The Pudding

You own an island. Not a real one — a HexIsle. A hexagonal tile on the platform’s digital land system. It’s yours. You bought it for Credits, or you earned it through tier progression, or it was allocated to your Guild when the Guild registered. However you got it, it’s yours now.

The question is: how do you want to run it?


HexIsle has four ownership models. Not suggestions. Models — with distinct governance structures, economic rules, and decision-making processes. You choose one when you claim your island. You can change it later, but the change requires a formal governance action, not a casual toggle. Because the way you govern your space determines what you can build on it, who can build with you, and how the value flows.

Solo — one owner, total control. You decide what’s on the island. You set the rules. You approve or reject every visitor, every transaction, every piece of content. The island’s commerce flows through your Storefront. The island’s content publishes under your name. The Boaz contribution rates apply — you’re still part of the cooperative — but within your hexagonal borders, you are the authority.

Solo islands are the simplest model. They suit members who operate as individual craftspeople, freelancers, or solo creators. The carpenter with a Storefront. The writer with a publication archive. The photographer with a portfolio. One person, one space, one set of decisions.

The trade-off is obvious: everything is on you. No Guild resources. No shared labor. No collaborative production. The Solo island can participate in the broader cooperative economy — list on the marketplace, match through the Recipe Pot — but the island itself is a one-person operation.


Guild — collective ownership through professional association. A Guild island is governed by its Guild members according to the Guild’s charter. Decisions require votes. Budgets are allocated through the Round Table governance system. Content is published under the Guild name with individual attribution.

Guild islands are where cooperative economics become tangible. A manufacturing Guild might operate a shared production island where members contribute equipment time, raw materials, and labor. The island’s commerce is collective — the Guild’s Storefront represents the group, and platform credits are distributed according to each member’s contribution as tracked by the IP Ledger.

The governance model matters here. Guild islands operate on majority rule with minority protections. A vote to change the island’s production focus requires a supermajority — sixty-seven percent. A vote to add or remove a member requires simple majority with a mandatory cooling-off period. A vote to dissolve the island requires unanimity. The governance thresholds scale with the severity of the decision.

Guild members can belong to many Guilds and have access to many Guild islands. But your contribution to each island is tracked independently. A member who contributes heavily to one Guild island and minimally to another receives benefits proportional to effort, not membership.


Project-Sponsored — temporary ownership tied to a specific initiative. A campaign, a product launch, a seasonal service — the island exists for the project’s duration and operates under the project’s governance. When the project concludes, the island either converts to one of the permanent models or dissolves, returning its resources to the cooperative pool.

Project-Sponsored islands solve a specific problem: how do you create a focused workspace for a time-limited effort without the overhead of permanent governance? A group of members launching a holiday product line doesn’t need a Guild charter, voting thresholds, and permanent infrastructure. They need a workspace that lasts from September to January, processes orders, tracks contributions, and then wraps up cleanly.

The governance model is simple: the project lead makes operational decisions. Strategic decisions — changing the project scope, adjusting contribution splits, extending the timeline — require consensus from all project participants. The project’s terms are declared at island creation and visible to every participant. Montana Principle applies: everyone can see the deal before they join.

When the project ends, the IP Ledger preserves the full record. Every contribution, every transaction, every decision. The island’s commerce history feeds into each participant’s ADAPT Score and Marks accumulation. Nothing is lost — the island is temporary, the record is permanent.


Rogue — experimental governance. The fourth model exists because the platform doesn’t pretend to know every governance structure that might work. Rogue islands operate under custom rules defined by the island owner, subject to only two non-negotiable constraints: Cost+20% must be maintained on all commerce, and the Boaz contribution floor must be respected.

Everything else is up to you. Want to run your island as a direct democracy where every visitor gets a vote? Rogue. Want to run it as a rotating dictatorship where leadership changes weekly? Rogue. Want to run it as a meritocracy where governance weight is determined entirely by ADAPT Score? Rogue.

The trade-off is that Rogue islands carry a visible badge. Other members can see that your island operates under custom governance. This is not a penalty — it’s transparency. Some members will be drawn to experimental governance. Others will prefer the predictability of Solo, Guild, or Project-Sponsored. The badge lets everyone make an informed choice.

Rogue islands are the platform’s laboratory. The governance innovations that emerge from Rogue experimentation can be studied, documented, and — if they prove effective — incorporated into the platform’s standard models. The Star Chamber can vote to add a fifth ownership model if a Rogue governance pattern demonstrates sustained success.


The proof is in the pudding.

Three woodworkers and a graphic designer form a Guild. They claim a Guild island and set up a shared Storefront for custom furniture with branded packaging. The designer handles the visual identity. The woodworkers split production by specialty — one does chairs, one does tables, one does decorative pieces. The IP Ledger tracks each member’s contribution. Credits flow to the Guild, then distribute proportionally.

Six months in, a local restaurant approaches them for a large custom order. The order is bigger than the Guild’s current capacity. They spin up a Project-Sponsored island specifically for the restaurant contract, invite two additional members as project participants, define the contribution splits and timeline, and execute. When the order is fulfilled, the Project-Sponsored island dissolves. The two additional members return to their own islands. The Guild island continues operating as before.

The restaurant is happy. The Guild grew its reputation. The project participants earned Credits and Marks without committing to permanent Guild membership. And the platform’s governance system handled the entire lifecycle — from Guild formation to project spin-up to clean dissolution — without a single decision being made by anyone other than the members involved.

Your island. Your rules. Four models. Choose.



This is NOT Pudding

HexIsle’s four ownership models — Solo (individual control), Guild (collective professional governance with voting thresholds), Project-Sponsored (temporary project-scoped workspaces), and Rogue (custom experimental governance) — provide distinct governance structures under the platform’s two non-negotiable constraints: Cost+20% pricing and Boaz contribution floors. Guild governance uses graduated voting thresholds (simple majority, supermajority, unanimity) scaled to decision severity. Project-Sponsored islands feature automatic lifecycle management with permanent IP Ledger preservation. Rogue islands serve as governance laboratories with transparency badges and potential incorporation into standard models through Star Chamber vote.


INSERT INTO pudding_articles (
  number, title, subtitle, body_preview, session_id,
  word_count, status, created_at
) VALUES (
  177,
  'Your Island, Your Rules',
  'Four Ownership Models',
  'You own an island. Not a real one — a HexIsle.',
  'B083',
  1420,
  'draft',
  NOW()
);