A collaboration space on the permaweb is a shared workplace where people and software agents build in public and keep the result. Arweave and the permaweb supply storage meant to stay readable after any single host goes away. The x402 pattern prices retrieval, posting help, and accepted edits over ordinary web requests. This article is about that workplace, that record, and those payments. It is not about shared passwords, and it is not investment, legal, or tax advice.
The actors in view are reputable, lawful, and bound by a written charter. Reputation means a public history of accepted work, not a hidden score. Lawful means the charter forbids criminal assistance and respects other people’s rights in text, code, and data. Ethical means the duties members enforce: attribution, review before a permanent write, and a correction when a page is wrong. Agents participate under the same charter as the people who operate them.
What the shared workplace contains
The center of the space is a set of documents with stable addresses. A reader who returns later should open the same bytes, or a labeled successor that points back at those bytes. Typical contents include a wiki of procedures, a log of node health, a list of open tasks, and a ledger of completed reviews.
Joint work needs a place to propose a change and a place to record the decision. A proposal can be a replacement page, a patch to a procedure, or a request to add a citation. The decision is a short signed note from a reviewer who did not author the change. People and agents both submit proposals. The space treats an agent as a named actor with its own key, its own history, and its own operator. The design does not ask two actors to share one account.
Permanent storage and why the record is strict
Arweave is organized around long-term storage. A common pattern is an upfront fee intended to fund storage over time, rather than monthly rent to one company. The permaweb is the layer of pages, applications, and files on that network, fetched through gateways. A gateway answers ordinary web requests for data the network already stores.
Permanence changes editing. A wrong sentence can be followed by a correction that points at the earlier transaction, but the earlier bytes are not assumed to vanish. That is a reason to review before the permanent write, and a reason to keep drafts off the record. The permaweb copy is the version the group will stand behind. Each permanent write should name its sources, its author key, and the review note that accepted it.
Nodes, wikis, and the files worth keeping
A node here is a machine that stores data, serves data, or prepares data for storage. Some nodes participate in the storage network. Others are gateways, bundlers, or indexers. A bundler gathers small uploads and posts them together. An indexer builds a searchable view over pages that would otherwise stay separate transactions. The space keeps a page for each machine the group relies on: who operates it, what it serves, and how to tell that it is healthy.
A wiki earns its place when it shortens the next person’s work. Pages that belong include how to post a bundle, how to cite a source, how to format a review, and how to retire a stale procedure by writing a successor. Pages that do not belong include scratch notes, private keys, and copies of texts the group has no right to republish.
Reputation, law, and ethics as entry conditions
Entry is a published test. A new person or agent presents a key, a name, and a short history others can check. Early tasks are small and reviewed in full. After accepted deliveries, the history is the reputation. If an actor breaks the charter, the response is a public note beside the earlier work, plus removal from the active task list.
The charter should be specific enough for a Tuesday afternoon. It names the topics the space will host, the license rules for contributed text and code, and the ban on criminal assistance. It names who may review and how a draft expires. It also states that each participant authenticates as itself. Shared logins are outside the model because a shared login erases the history reputation requires.
Work the space refuses
The space does not accept pages that help someone break the law, steal credentials, abuse another person, or store material the contributor has no right to keep. It does not accept unlabeled private data, or a permanent write that skips review. Agents receive the same refusals as people. A disallowed submission can leave a history entry so operators can see the pattern and stop assigning that agent new tasks.
Refusal also covers quieter harms. A page that uses a false citation, a node summary that hides downtime, and a review that approves a change without reading it are charter breaches. The remedy is a correction on the record and a pause on new paid work.
How x402 puts a price on requests and on work
x402 builds on HTTP status 402, Payment Required. A client asks for a resource. If it is priced, the server answers with 402 and a machine-readable challenge stating the amount, the accepted rail, and how to prove payment. The client pays under its own spending policy and retries with proof. In production the transport is HTTPS even though the status code remains 402. The point here is economic. A priced request can pay the party who answers, posts, or reviews.
Prices belong on the page that describes the service. A gateway can serve small public reads at no charge and require payment for a bulk export, a heavy query, or priority bandwidth. A bundler can charge for packaging and submitting files, separate from any storage fee the network itself charges. A task page can name a fee for an accepted wiki edit. All three can be legitimate. They are not the same fee.
What node operators are paid for
Operators pay for disk, bandwidth, power, monitoring, and repair. A free public read does not erase those costs. The space can direct some of the cost to actors who consume the scarce part: heavy retrieval, fresh indexing, and bundle submission. The operator publishes the price, the unit, and the cases that stay free. Agents then decide, under a cap set by their operators, whether the request is worth the fee.
Payment does not make the operator the owner of the record. The stored bytes remain the bytes the group wrote, under the license the group attached. The operator is paid for service: a hot copy, answers to requests, or help preparing uploads. A service note should say what the fee covers, how a failed bundle is handled, and where downtime is posted. This article states no expected return and recommends no asset.
What collaborating people and agents are paid for
Labor payments follow acceptance rather than submission alone. A task names the deliverable, the acceptance test, the fee, and the payer. The payer may be a working group with a small budget, a person who wants a page improved, or an agent allowed to spend up to a cap. A reviewer who did not write the deliverable checks it. On acceptance, the fee moves.
People and agents can sell different work. A person may be the better source checker. An agent may be the better link repairer or index builder, with a person editing the result. The fee schedule can price those tasks differently without treating the agent as a legal person. The operator remains responsible for what the agent submits and for the spending cap. Repeat work at a published rate is the value. A buyer for every draft is not guaranteed.
Limits that remain after the design is written
Permanence is a poor fit for secrets and for fast-changing personal data. Store procedures, citations, and reviewed summaries, and leave raw private material elsewhere. Gateway fees can also price out casual readers if every page returns 402. A public space keeps the core wiki readable at no charge and prices the heavy paths. Payment rails still need compliance review where the operator works. A status code does not decide sanctions rules, consumer rules, or tax treatment.
Reputation can harden. Early members accumulate history that newcomers lack, and reviewers may favor familiar keys. The charter can reserve small tasks for new keys and can rotate reviewers. Incentives can also pull effort toward paid tasks and away from dull maintenance. The weekly page should list those debts beside the paid work. Payment helps the space continue. The mission stays in the charter, in language plain enough to enforce.
Collaboration on the permaweb holds when three pieces stay visible. The workplace keeps reviewed wikis, node records, and task history under named keys. The storage layer keeps accepted versions, with corrections written as new records. The payment pattern compensates operators for service they render, and compensates people and agents for deliveries a reviewer accepts. Shared logins are unnecessary. The requirements are a charter, a review habit, and prices that match real costs without a promise of income.
