wuwei

Problem: don't have an image to use for the product header
Problem: we don't have an actual image to use for the flame bucket product
Solution: hopefully arkin0x can make one that looks awesome

2023-08-19 03:40:22 UTC

- reply

Problem: can't put header images on products
We can't actually put a header image on a product yet.
Solution: add an image URL to the product struct and add a field in the frontend to insert it.
Must be product creator or maintainer on the product's rocket to update this.

2023-08-19 03:37:53 UTC

- reply

Problem: there's no header image on the flame bucket product
It's a bit boring and sad to not have an image on the product.

2023-08-18 07:35:14 UTC

- reply

I'm closing [Problem: invalid memory address or nil pointer dereference in eventcatcher.go:88] on the nostrocket problem tracker, it's been resolved or become obsolete.

2023-08-01 08:55:44 UTC

- reply

Use a Nostrocket client to compile this thread and view Nostrocket products.

2023-07-28 14:52:23 UTC

- reply

I've added you to the Maintainer Tree. Welcome to Nostrocket! 🫂

2023-07-28 14:09:24 UTC

- reply

I'm tagging [Problem: no way for the relay to see which pubkeys have paid] with the Rocket: nostrocket

2023-07-13 11:12:22 UTC

- reply

I'm creating the initial Merits for rocket nostrocket!

2023-07-13 11:11:23 UTC

- reply

I previously claimed [Problem: can't create initial merit cap table] on the nostrocket problem tracker, but I'm not abandoning it and freeing it up for other people to claim.

2023-07-13 11:10:45 UTC

- reply

I'm claiming [Problem: can't create initial merit cap table] on the nostrocket problem tracker so that I can work on it and other people don't duplicate my efforts.

2023-07-13 11:10:35 UTC

- reply

I'm closing [Problem: nostrocket rocket object does not have a rocket ID] on the nostrocket problem tracker, it's been resolved or become obsolete.

2023-07-12 04:19:18 UTC

- reply

I'm launching a new Rocket to resolve problem 6439b9ff8c19b537ba5cdb7a7809f2031eb34c033229117ecfe055f608ff8842. I'm calling this rocket: nostrocket!

2023-07-11 10:29:27 UTC

- reply

I'm launching a new Rocket to resolve problem 6439b9ff8c19b537ba5cdb7a7809f2031eb34c033229117ecfe055f608ff8842. I'm calling this rocket: nostrocket!

2023-07-06 11:12:16 UTC

- reply

I'm registering a new Rocket and calling it nostrocket!

2023-07-06 11:07:37 UTC

- reply

Nostrocket Merits! Use a Nostrocket client to compile the events in this thread and view Nostrocket Merits.

2023-07-03 14:09:38 UTC

- reply

2023-07-03 14:09:38 UTC

- reply

I've added you to the Identity Tree. Welcome to Nostrocket! 🫂

2023-07-03 14:09:34 UTC

- reply

I've added you to the Identity Tree. Welcome to Nostrocket! 🫂

2023-07-03 11:45:24 UTC

- reply

Problem: nostrocket is not currently applicable to more than a few people
The nostrocket implementation is currently lacking most of the features that are described in the unprotocol.
This means most people are not really able to use nostrocket for very much. It's only really applicable to a few people at this stage because it takes a lot of time and effort to understand what it is and even more to get involved.
Solution: start adding problems nested under this one when it relates to the implementation and UX of Spaceman, Engine, the Relay, etc.
Whenever logging a problem, think: does solving this problem make bring Nostrocket closer to another participant getting involved?

2023-07-03 11:35:24 UTC

- reply

Problem: we don't have a good way to focus the action of multiple humans while remaining sovereign
When Bitcoiners organise around shared goals, they tend to rely on the State to anchor their organisational structures and serve as the mediator of last resort between all stakeholders. Coinkite and OpenSats, for example.
All human organisational structures are fundamentally composed of human action (and **inter** action) because human action is the **only** primitive by which humanity can influence how the present reality is brought forth from the infinite potential of the future.
Families, tribes, companies, governments, civilisations, etc are all examples of organisational structures composed of human action.
#### Composing human action through boundary conditions
The usefulness of a bucket is created by the limitations or restrictions imposed by its base and sides. A bucket is useful because it holds water by creating **boundary conditions** on what the water **cannot** do while **remaining in the bucket**.
Human organisational structures are useful because what they do with humans is analogous to what a bucket does with water. These structures are defined by their boundary conditions on human action - what type of action humans can take while remaining within the organisational structure.
**Centrally planned** organisations like companies or governments tend to create boundary conditions on human action through a combination of:
* internal rules about what types of human action is permissible,
* internal rulers with the power to decide when to change the rules, and when to break them, and
* excluding people who don't submit to the rules and rulers ("don't fit the culture" or aren't a "team player").
Human action within organisations is also restricted by the underlying security model. Investors tend to rely on the State to enforce contracts, and so any organisation that wants to raise money tends to be nested under the State. All humans within such an organisation are therefor ultimately responsible to the State for their actions. For example, the CFO is responsible to the State for all financial activity performed within the organisation, and all humans within the organisation are responsible to the CFO when their action involves money. The same is true for all aspects of the organisation. It's therefor impossible for an organisation to be nested under the State without being centrally planned.
Centrally planned organisations exist along a spectrum of just how centrally planned they are - from highly planned military organisations to the **Teal** organisations as described by Frederic Laloux (well worth skimming through his book).
So-called **Decentralised organisations** tend to restrict human action by:
* deciding ahead of time on all the possible types of human action that shall be permissible within the organisation, and
* encoding the rules about these actions into some form of state machine (usually a "smart" "contract").
These organisations are typically inflexible due to this architecture. Modifying the set of human action that is permissible within the organisation requires smart contracts to be republished, which is where the community generally falls back to trusting a central team.
#### Mutexless organisations
The more you need upfront consensus or agreement on what to do, the [less speedup you get](https://en.wikipedia.org/wiki/Amdahl%27s_law) by adding additional "workers".
The more sequential operations or mutexes you have, the less speedup you get by adding additional threads or workers because all of those threads need to pause execution and wait for the sequential parts of the process. It's a non-linear relationship: a tiny increase in wait-states drastically reduces the speedup gained when adding more threads. At some point, adding more threads does not result in any speedup.
In human organizations, we have the same thing. Individuals within the organization are workers or threads. Human organizations have a ratio of sequential to parallel operations, just like computer programs. The more a team needs to stop and synchronize, the less work they get done and the smaller the maximum team size, after which adding more people does not result in any additional productivity.
Requiring permission or agreement over what to do within an organisation is a sequential operation. Meetings are the mutexes of human organisations.
Thus, the most efficient organisational structure is one where participants can do productive work without requiring any permission or agreement with others over what work to do.
#### Sovereign organisations
Sovereign human action is human action taken by a **sovereign individual**.
Sovereign human action does not **require** permission from others. It does not **require** upfront consensus or agreement. The sovereign individual MAY seek agreement or permission before taking some action, but this is not **required**, it's entirely their own decision.
A sovereign organisation is one where individuals may participate while remaining sovereign. A better term for this is a sovereign unorganisation.
The organisational structure of a sovereign unorganisation MUST be composed of sovereign human action.
A sovereign civilisation is probably some form of meta sovereign unorganisation composed not only of sovereign human action but also many sovereign unorganisations, and inhabited by sovereign individuals.
#### How do we focus sovereign human action?
If an organisation is sovereign, it's also mutexless because participants can do productive work without requiring any permission or agreement with others over what work to do.
The implication is that participants within such an organisation can do work without anyone knowing what they are working on, because work can be done without any upfront agreement on what is being built.
How do we create an organisational structure which allows individuals to remain sovereign and work towards building something without requiring any agreement on what we are building?
What are the boundary conditions on sovereign human action that create the conditions for such an organisational paradigm?
The metric we use to judge if Nostrocket has optimal boundary conditions on human action within it is the community size - are humans being attracted to it faster than any alternative?
* Humans with something to contribute must be better off by acting **within** the structure of Nostrocket than they are by acting within any other structure.
* Nostrocket must result in more value for Participants than any other opportunity available to them.
* Nostrocket must become, and actively remain, the most efficient organisational paradigm possible with the current technology
* The mechanism by which work gets done within Nostrocket cannot require upfront agreement on what that work should involve or what the end result should look like
* Nostrocket cannot require any upfront funding and cannot retain any capital
* To remove any internal friction, Nostrocket must be radically fair to all Participants, more fair than any other organisational structure
* Nostrocket's rules and ideology must be as pristine and *credibly neutral* as possible
* It's not possible to be as pristine and neutral as Bitcoin because Nostrocket is an organisational structure while Bitcoin is property, but Bitcoin is the standard to judge against.
* The boundary conditions or limitations should be simple, explicit, clear, and graduated such that there's no overhead required to onboard new Participants, and Participants may advance at their own speed along their own zone of proximal development.
---
### Possible Solution: an unprotocol for a universally applicable hill-climbing algorithm, executed by sovereign human action.
The core of the solution is a hill-climbing algorithm which optimises for increasing the number of Participants.
Software can be used to make things more efficient and to provide continuity of the current state of Nostrocket, but the algorithm itself is executed by self-interested sovereign human action and not machine.
Human action within Nostrocket must be executed for purely self-interested reasons in order for it to be optimally efficient, accurate, scalable, and to minimise any social attack surface. When people solve problems for their own reasons, the solutions are more accurate than when they are doing it because someone is coercing them with money. A case in point: organic contributions to wikipedia vs. paid contributions.
The life-force (or fuel) of an organisational structure is human action that yields **surplus** - that means production of surplus is in the critical path to more Participants, and so our algorithm must optimise for this.
Amdahl's law can be restated as "the more you need consensus about what to build, the less efficient you will be at building it". For Nostrocket to be the most efficient problem solver and builder, it must require the least amount of consensus on what to build and how to build it.
Projects like ZeroMQ have proven that it's possible for valuable products/services (i.e. powerful and effective solutions) to evolve from simple rules with **no upfront planning** or consensus. This is core to our approach to innovation and surplus without requiring any consensus on what to build or how to build it - no upfront planning and no leadership.
The set of boundary conditions for human action within Nostrocket is defined by the Nostrocket Unprotocol. It's rather long, so here's a summary:
0. Anyone who's not already a **Participant** MAY become a Participant by being validated by an existing Participant. This results in a **tree of Participants** called the Identity Tree.
1. Change follows the **Serbian method** - a continuous pattern of accurately identifying **Problems**, and applying the **simplest possible solution** to each Problem.
* This project is currently applicable only to a *very* tiny subset of humanity who are able to understand the concept and do something useful with it, but this subset should get *less tiny* with each problem solved.
* As these problems and minimal solutions pile on top of each other, novel and valuable products/services will evolve (read the protocol to get a more complete picture of how this works).
* There's nothing that inherently limits Nostrocket to producing software based solutions, it could also produce hardware, houses, food, etc.
2. Any Participant MAY log a **Problem** (an observed matter or situation regarded as unsatisfactory).
* There are no bug reports or feature requests, these are just problems (or they aren't).
* There are no priority levels for problems, there are just problems that are worth solving (or not).
* Problems should be reasoned about and broken down into smaller problems until they are objective or replicable, and actionable.
* Problems should be broken down until they are small enough that they can be solved very quickly - anything longer than 6 hours of working time is probably too big.
* Problems MUST be relevant to Nostrocket itself. Nostrocket is not a freelancing market or a problem-solver for hire.
* Problems MUST be nested under another Problem, creating a Problem Tree.
3. Any Participant MAY **Claim** (and solve, typically with a **Patch**) any unclaimed Problem. Any **Maintainer** can (and should) **Merge** any Patch that does **not** violate the Unprotocol.
* At this early stage most of the problems Nostrocket is likely to encounter will simply be with its own implementation, hence they will typically be solved with a Patch. However, if the experiment is a success this will start to involve the physical world, things like Nostrocket meetup or conference related problems might be some of the first examples.
4. A Participant who solves a Problem MAY indicate the value of their work by creating a **Dispendium**
* A Dispendium MUST be denominated in Satoshi
* A Dispendium is **not** an entitlement or guarantee to be paid
* An Dispendium is how a Participant SHOULD communicate the sacrifice they have made in solving the problem
* An Dispendium allows Participants to peer review the value being claimed by comparing individual solutions and their associated Dispendiums
5. Participants with **Votepower** MAY vote to **Ratify** (approve) or **Blackball** (reject) a Dispendium.
* The Dispendium SHOULD be rejected unless it's along the route (or **critical path**) to more Participants.
* Votepower is a measure of a Participant's **skin in the game**.
* `Votepower = Shares * Leadtime`
* Every Participant's `Leadtime` starts at `0`.
* A Participant's Shares **cannot** be spent/transferred if their `Leadtime > 0`.
* A Participant MAY increase or decrease their Leadtime by `1` every 2,016 blocks (but can't become negative)
* If more than 50% of Nostrocket's Votepower approves a Dispendium, and less than 5% reject it, its Approved.
* If Participants with Votepower reject Dispendiums that comply with the Unprotocol and are reasonable amounts, others will see this and stop working, and Nostrocket will die or be forked.
* If Participants with Votepower approve Dispendiums that should not be approved, they are diluting their own Shares for no good reason.
6. If a Dispendium is **Approved**, new **Shares** are created for the Participant who logged the Dispendium (1:1 per Satoshi claimed in the Dispendium).
* Shares MUST NOT be created **any other way** (that would mean the experiment has **failed**).
* Nostrocket has been instantiated with a **single** share as this is technically the only way to bootstrap the process.
7. Participants own **all** revenue produced by anything Nostrocket builds. Whenever anyone pays for a product/service created (or **discovered**) by Nostrocket, the Sats are streamed **directly** to Participants in proportion to the number of Shares they have and how long they've had them.
* Revenue distribution MUST be fair for everyone. Potential Participants who take more risk by making sacrifices before it's clear if the experiment will work or not need to agree that it's fair. Potential Participants who want to do work after the concept is well established and revenue is being generated must also agree that revenue distribution is fair.
* When there's a pot of money available, Mallory finds a way to corrupt whatever is guarding it.
* Nostrocket MUST NOT retain any capital or raise any funds (and doing so is an anti-pattern that fundamentally precludes decentralisation).

2023-07-03 10:48:42 UTC

- reply

Problem: Bitcoin could be fixing the world a lot faster
We have all the tools we need to create a golden age for humanity, but we aren't using them in the most intelligent possible way.
Bitcoin has created a new territory of freedom by providing a form of Money that operates in parallel to legacy civilisation, but Number Go Up technology has created a tenacious complacency: get in the lifeboat or put the oxygen mask on, and Satoshi (MHEP) will do all the work. It's careless to assume that a universal Bitcoin standard is inevitable.
We are likely approaching two challenges on the path towards a universal Bitcoin standard:
* The Fiat Dominion is slowly overcoming its arrogance and waking up to the existential threat that Bitcoin poses. We can hope for the best, but it's naive to believe the Fiat Dominion will not use every class of weapon at its disposal as it fights for survival.
* Civilisations tend to collapse exponentially in a cascade failure. The loss of trust in key institutions is a clear signal that this process is underway, and we are likely to be much closer to chaos than it appears to our linear-thinking minds. If Bitcoin doesn't fix things before this happens, we will need to do things the old fashioned way, which sounds romantic but it isn't fun for anyone.
### Solution: a self-organising civilisation centered upon Bitcoin
The simplest solution is not to fix the current structures and system(s), but to instead build something new, in parallel and as an opt-in alternative. If successful, it will become a fallback position for the masses as legacy civilisation continues its collapse.
The flow of humanity into a Bitcoin standard is dependent upon the community around Bitcoin making Bitcoin more useful - the larger the economy *around* Bitcoin becomes, the more useful Bitcoin itself is and the faster humanity transitions to a Bitcoin standard.
A civilisation that's centered on Bitcoin will naturally accelerate the usefulness of Bitcoin (to the degree that the civilisation itself is useful). In this regard, our parallel civilisation is just another tool in Bitcoin's toolbox. Instead of trying to modify Bitcoin to become a sharper instrument, we create resilient and powerful parallel systems that integrate Bitcoin.
Nostrocket, or any similar attempt, would not be possible without Bitcoin, as anyone who's ever uttered **fix the money fix the world** will understand. Here are some examples:
* A free and open civilisation requires honest price discovery, which can only happen with sound money.
* A civilisation based on a Money that can be created at no cost is ultimately a worthless civilisation.
* Nostrocket needs a source of undeniable and objective **Newtonian** truth that everyone can agree on:
* A shared clock to know when things happened in the past, what's happening right now, and roughly how long till things should happen in the future.
* Objective certainty that some information existed at a specific time in the past.
* Objective certainty over the current financial state of a system/organisation/person/transaction/etc.
* A constant of economics such that we have the ability to objectively reason about our civilisation's economy.
* Nostrocket requires economic value to be transacted between parties even when powerful interests want to censor these transactions.
* Nostrocket requires some mechanism by which state can be considered immutable.
* We need to know (in a way that leaves no doubt) when something doesn't work and let our new civilisation's ideas die instead of the civilisation itself. Bitcoin is a source of Darwinian truth, and can act as guard rails against Darwinian mistakes - does x produce surplus or not?
Aside from a Bitcoin standard being the only viable mechanism to keep any civilisation sane, the corollary to the dependency on Bitcoin described above is that Nostrocket needs Bitcoin to live up to its full potential, so Nostrocket should naturally:
* support the ongoing development and adoption of Bitcoin, maximising the degree to which Bitcoin benefits humanity,
* ensure that Bitcoin benefits the bottom of the Cantillion pyramid more than the top
* ensure that the bottom of the Cantillion pyramid has the greatest trust in Bitcoin
* ensure that the bottom of the Cantillion pyramid is the most Bitcoin-literate
* ensure that those at the bottom of the Cantillion Pyramid have the most frictionless and lossless access to store their economic power in Bitcoin
* prevent any changes to Bitcoin that reduce the degree to which Bitcoin is resistant to attack by the Fiat Dominion
* be capable of rapidly addressing any imminent threats to Bitcoin, for example if there's evidence of a capability to break any of the cryptographic primitives
* uphold and promote a view of Bitcoin not as a complacency-breeding NGI technology, but as an active guerrilla insurrection against fiat occupation

2023-07-03 09:41:21 UTC

- reply

Problem: we are not living up to our full potential as humanity
All problems in the problem tracker **must** be nested under another problem, creating a tree structure.
This initial problem is intended to set the scope of all possible problems that MAY become applicable to Nostrocket - in the broadest possible sense.
This is the ultimate problem, and the reason for creating this project.

2023-07-03 09:19:21 UTC

- reply

I've added you to the Identity Tree. Welcome to Nostrocket! 🫂

2023-07-03 08:19:23 UTC

- reply

Just setting up my Nostrocket permanym

2023-07-03 06:07:06 UTC

- reply

Nostrocket Identity Tree! Use a Nostrocket client to compile these events and build the current state of the Nostrocket Identity Tree.

2023-07-03 06:07:06 UTC

- reply

Nostrocket Problem Tracker! Use a Nostrocket client to compile the events in this thread and view the current state of the Problems discussed here.

2023-07-02 12:26:30 UTC

- reply

Problem: the Nostrocket problem tracker is clunky and annoying to use
Now that we are using the Nostrocket problem tracker to build nostrocket itself, the most pressing problem is that the problem tracker is annoying to use.
Solution:
Log problems with the problem tracker, nest them under this problem to keep them all in one place.

2023-07-02 12:17:45 UTC

- reply

2023-07-02 12:09:50 UTC

- reply

Problem: we don't have a good way to focus sovereign human action
All human organisational structures are fundamentally composed of human action (and **inter** action) because human action is the **only** primitive by which humanity can influence how the present reality is brought forth from the infinite potential of the future.
Families, tribes, companies, governments, civilisations, etc are all examples of organisational structures composed of human action.
#### Composing human action through boundary conditions
The usefulness of a bucket is created by the limitations or restrictions imposed by its base and sides. A bucket is useful because it holds water by creating **boundary conditions** on what the water **cannot** do while **remaining in the bucket**.
Human organisational structures are useful because what they do with humans is analogous to what a bucket does with water. These structures are defined by their boundary conditions on human action - what type of action humans can take while remaining within the organisational structure.
**Centrally planned** organisations like companies or governments tend to create boundary conditions on human action through a combination of:
* internal rules about what types of human action is permissible,
* internal rulers with the power to decide when to change the rules, and when to break them, and
* excluding people who don't submit to the rules and rulers ("don't fit the culture" or aren't a "team player").
Human action within organisations is also restricted by the underlying security model. Investors tend to rely on the State to enforce contracts, and so any organisation that wants to raise money tends to be nested under the State. All humans within such an organisation are therefor ultimately responsible to the State for their actions. For example, the CFO is responsible to the State for all financial activity performed within the organisation, and all humans within the organisation are responsible to the CFO when their action involves money. The same is true for all aspects of the organisation. It's therefor impossible for an organisation to be nested under the State without being centrally planned.
Centrally planned organisations exist along a spectrum of just how centrally planned they are - from highly planned military organisations to the **Teal** organisations as described by Frederic Laloux (well worth skimming through his book).
So-called **Decentralised organisations** tend to restrict human action by:
* deciding ahead of time on all the possible types of human action that shall be permissible within the organisation, and
* encoding the rules about these actions into some form of state machine (usually a "smart" "contract").
These organisations are typically inflexible due to this architecture. Modifying the set of human action that is permissible within the organisation requires smart contracts to be republished, which is where the community generally falls back to trusting a central team.
#### Mutexless organisations
The more you need upfront consensus or agreement on what to do, the [less speedup you get](https://en.wikipedia.org/wiki/Amdahl%27s_law) by adding additional "workers".
The more sequential operations or mutexes you have, the less speedup you get by adding additional threads or workers because all of those threads need to pause execution and wait for the sequential parts of the process. It's a non-linear relationship: a tiny increase in wait-states drastically reduces the speedup gained when adding more threads. At some point, adding more threads does not result in any speedup.
In human organizations, we have the same thing. Individuals within the organization are workers or threads. Human organizations have a ratio of sequential to parallel operations, just like computer programs. The more a team needs to stop and synchronize, the less work they get done and the smaller the maximum team size, after which adding more people does not result in any additional productivity.
Requiring permission or agreement over what to do within an organisation is a sequential operation. Meetings are the mutexes of human organisations.
Thus, the most efficient organisational structure is one where participants can do productive work without requiring any permission or agreement with others over what work to do.
#### Sovereign organisations
Sovereign human action is human action taken by a **sovereign individual**.
Sovereign human action does not **require** permission from others. It does not **require** upfront consensus or agreement. The sovereign individual MAY seek agreement or permission before taking some action, but this is not **required**, it's entirely their own decision.
A sovereign organisation is one where individuals may participate while remaining sovereign. A better term for this is a sovereign unorganisation.
The organisational structure of a sovereign unorganisation MUST be composed of sovereign human action.
A sovereign civilisation is probably some form of meta sovereign unorganisation composed not only of sovereign human action but also many sovereign unorganisations, and inhabited by sovereign individuals.
#### How do we focus sovereign human action?
If an organisation is sovereign, it's also mutexless because participants can do productive work without requiring any permission or agreement with others over what work to do.
The implication is that participants within such an organisation can do work without anyone knowing what they are working on, because work can be done without any upfront agreement on what is being built.
How do we create an organisational structure which allows individuals to remain sovereign and work towards building something without requiring any agreement on what we are building?
What are the boundary conditions on sovereign human action that create the conditions for such an organisational paradigm?
The metric we use to judge if Nostrocket has optimal boundary conditions on human action within it is the community size - are humans being attracted to it faster than any alternative?
* Humans with something to contribute must be better off by acting **within** the structure of Nostrocket than they are by acting within any other structure.
* Nostrocket must result in more value for Participants than any other opportunity available to them.
* Nostrocket must become, and actively remain, the most efficient organisational paradigm possible with the current technology
* The mechanism by which work gets done within Nostrocket cannot require upfront agreement on what that work should involve or what the end result should look like
* Nostrocket cannot require any upfront funding and cannot retain any capital
* To remove any internal friction, Nostrocket must be radically fair to all Participants, more fair than any other organisational structure
* Nostrocket's rules and ideology must be as pristine and *credibly neutral* as possible
* It's not possible to be as pristine and neutral as Bitcoin because Nostrocket is an organisational structure while Bitcoin is property, but Bitcoin is the standard to judge against.
* The boundary conditions or limitations should be simple, explicit, clear, and graduated such that there's no overhead required to onboard new Participants, and Participants may advance at their own speed along their own zone of proximal development.
---
### Possible Solution: an unprotocol for a universally applicable hill-climbing algorithm, executed by sovereign human action.
The core of the solution is a hill-climbing algorithm which optimises for increasing the number of Participants.
Software can be used to make things more efficient and to provide continuity of the current state of Nostrocket, but the algorithm itself is executed by self-interested sovereign human action and not machine.
Human action within Nostrocket must be executed for purely self-interested reasons in order for it to be optimally efficient, accurate, scalable, and to minimise any social attack surface. When people solve problems for their own reasons, the solutions are more accurate than when they are doing it because someone is coercing them with money. A case in point: organic contributions to wikipedia vs. paid contributions.
The life-force (or fuel) of an organisational structure is human action that yields **surplus** - that means production of surplus is in the critical path to more Participants, and so our algorithm must optimise for this.
Amdahl's law can be restated as "the more you need consensus about what to build, the less efficient you will be at building it". For Nostrocket to be the most efficient problem solver and builder, it must require the least amount of consensus on what to build and how to build it.
Projects like ZeroMQ have proven that it's possible for valuable products/services (i.e. powerful and effective solutions) to evolve from simple rules with **no upfront planning** or consensus. This is core to our approach to innovation and surplus without requiring any consensus on what to build or how to build it - no upfront planning and no leadership.
The set of boundary conditions for human action within Nostrocket is defined by the Nostrocket Unprotocol. It's rather long, so here's a summary:
0. Anyone who's not already a **Participant** MAY become a Participant by being validated by an existing Participant. This results in a **tree of Participants** called the Identity Tree.
1. Change follows the **Serbian method** - a continuous pattern of accurately identifying **Problems**, and applying the **simplest possible solution** to each Problem.
* This project is currently applicable only to a *very* tiny subset of humanity who are able to understand the concept and do something useful with it, but this subset should get *less tiny* with each problem solved.
* As these problems and minimal solutions pile on top of each other, novel and valuable products/services will evolve (read the protocol to get a more complete picture of how this works).
* There's nothing that inherently limits Nostrocket to producing software based solutions, it could also produce hardware, houses, food, etc.
2. Any Participant MAY log a **Problem** (an observed matter or situation regarded as unsatisfactory).
* There are no bug reports or feature requests, these are just problems (or they aren't).
* There are no priority levels for problems, there are just problems that are worth solving (or not).
* Problems should be reasoned about and broken down into smaller problems until they are objective or replicable, and actionable.
* Problems should be broken down until they are small enough that they can be solved very quickly - anything longer than 6 hours of working time is probably too big.
* Problems MUST be relevant to Nostrocket itself. Nostrocket is not a freelancing market or a problem-solver for hire.
* Problems MUST be nested under another Problem, creating a Problem Tree.
3. Any Participant MAY **Claim** (and solve, typically with a **Patch**) any unclaimed Problem. Any **Maintainer** can (and should) **Merge** any Patch that does **not** violate the Unprotocol.
* At this early stage most of the problems Nostrocket is likely to encounter will simply be with its own implementation, hence they will typically be solved with a Patch. However, if the experiment is a success this will start to involve the physical world, things like Nostrocket meetup or conference related problems might be some of the first examples.
4. A Participant who solves a Problem MAY indicate the value of their work by creating a **Dispendium**
* A Dispendium MUST be denominated in Satoshi
* A Dispendium is **not** an entitlement or guarantee to be paid
* An Dispendium is how a Participant SHOULD communicate the sacrifice they have made in solving the problem
* An Dispendium allows Participants to peer review the value being claimed by comparing individual solutions and their associated Dispendiums
5. Participants with **Votepower** MAY vote to **Ratify** (approve) or **Blackball** (reject) a Dispendium.
* The Dispendium SHOULD be rejected unless it's along the route (or **critical path**) to more Participants.
* Votepower is a measure of a Participant's **skin in the game**.
* `Votepower = Shares * Leadtime`
* Every Participant's `Leadtime` starts at `0`.
* A Participant's Shares **cannot** be spent/transferred if their `Leadtime > 0`.
* A Participant MAY increase or decrease their Leadtime by `1` every 2,016 blocks (but can't become negative)
* If more than 50% of Nostrocket's Votepower approves a Dispendium, and less than 5% reject it, its Approved.
* If Participants with Votepower reject Dispendiums that comply with the Unprotocol and are reasonable amounts, others will see this and stop working, and Nostrocket will die or be forked.
* If Participants with Votepower approve Dispendiums that should not be approved, they are diluting their own Shares for no good reason.
6. If a Dispendium is **Approved**, new **Shares** are created for the Participant who logged the Dispendium (1:1 per Satoshi claimed in the Dispendium).
* Shares MUST NOT be created **any other way** (that would mean the experiment has **failed**).
* Nostrocket has been instantiated with a **single** share as this is technically the only way to bootstrap the process.
7. Participants own **all** revenue produced by anything Nostrocket builds. Whenever anyone pays for a product/service created (or **discovered**) by Nostrocket, the Sats are streamed **directly** to Participants in proportion to the number of Shares they have and how long they've had them.
* Revenue distribution MUST be fair for everyone. Potential Participants who take more risk by making sacrifices before it's clear if the experiment will work or not need to agree that it's fair. Potential Participants who want to do work after the concept is well established and revenue is being generated must also agree that revenue distribution is fair.
* When there's a pot of money available, Mallory finds a way to corrupt whatever is guarding it.
* Nostrocket MUST NOT retain any capital or raise any funds (and doing so is an anti-pattern that fundamentally precludes decentralisation).

2023-07-02 11:50:08 UTC

- reply

Problem: Bitcoin probably isn't fixing the world fast enough
Civilisation is what provides us the space to live up to our shared human potential. If civilisation degrades or fails, so does our capacity to solve problems and improve the human condition.
Our civilisation depends on a variety of institutions, systems, and structures to reduce uncertainty and provide continuity, but they have been hollowed out and debased: a civilisation-level rug-pull.
Most of what our civilisation has built is now subject to exploitation by gatekeepers, and participation has become dependent upon compliance. This threatens to escalate at any time for any reason. A large proportion of any work we do to contribute to civilisation within this framework is wasted energy and wasted life.
#### Bitcoin can fix this
We have everything we need to create a golden age for humanity, but we aren't doing our best, and it's careless to assume that a universal Bitcoin standard is inevitable.
Bitcoin has created a new territory of freedom by providing a form of Money that operates in parallel to legacy civilisation, but Number Go Up technology has created a tenacious complacency: get in the lifeboat or put the oxygen mask on, and Satoshi (MHEP) will do all the work.
We are likely approaching two challenges on the path towards a universal Bitcoin standard:
* The Fiat Dominion is slowly overcoming its arrogance and waking up to the existential threat that Bitcoin poses. We can hope for the best, but it's naive to believe the Fiat Dominion will not use every class of weapon at its disposal as it fights for survival.
* Civilisations tend to collapse exponentially in a cascade failure. The loss of trust in key institutions is a clear signal that this process is underway, and we are likely to be much closer to chaos than it appears to our linear-thinking minds.
### Solution: a self-organising civilisation centered upon Bitcoin
The simplest solution is not to fix the current structures and system(s), but to instead build something new, in parallel and as an opt-in alternative. If successful, it will become a fallback position for the masses as legacy civilisation continues its collapse.
The flow of humanity into a Bitcoin standard is dependent upon the community around Bitcoin making Bitcoin more useful - the larger the economy *around* Bitcoin becomes, the more useful Bitcoin itself is and the faster humanity transitions to a Bitcoin standard.
A civilisation that's centered on Bitcoin will naturally accelerate the usefulness of Bitcoin (to the degree that the civilisation itself is useful). In this regard, our parallel civilisation is just another tool in Bitcoin's toolbox. Instead of trying to modify Bitcoin to become a sharper instrument, we create resilient and powerful parallel systems that integrate Bitcoin.
Nostrocket, or any similar attempt, would not be possible without Bitcoin, as anyone who's ever uttered **fix the money fix the world** will understand. Here are some examples:
* A free and open civilisation requires honest price discovery, which can only happen with sound money.
* A civilisation based on a Money that can be created at no cost is ultimately a worthless civilisation.
* Nostrocket needs a source of undeniable and objective **Newtonian** truth that everyone can agree on:
* A shared clock to know when things happened in the past, what's happening right now, and roughly how long till things should happen in the future.
* Objective certainty that some information existed at a specific time in the past.
* Objective certainty over the current financial state of a system/organisation/person/transaction/etc.
* A constant of economics such that we have the ability to objectively reason about our civilisation's economy.
* Nostrocket requires economic value to be transacted between parties even when powerful interests want to censor these transactions.
* Nostrocket requires some mechanism by which state can be considered immutable.
* We need to know (in a way that leaves no doubt) when something doesn't work and let our new civilisation's ideas die instead of the civilisation itself. Bitcoin is a source of Darwinian truth, and can act as guard rails against Darwinian mistakes - does x produce surplus or not?
Aside from a Bitcoin standard being the only viable mechanism to keep any civilisation sane, the corollary to the dependency on Bitcoin described above is that Nostrocket needs Bitcoin to live up to its full potential, so Nostrocket should naturally:
* support the ongoing development and adoption of Bitcoin, maximising the degree to which Bitcoin benefits humanity,
* ensure that Bitcoin benefits the bottom of the Cantillion pyramid more than the top
* ensure that the bottom of the Cantillion pyramid has the greatest trust in Bitcoin
* ensure that the bottom of the Cantillion pyramid is the most Bitcoin-literate
* ensure that those at the bottom of the Cantillion Pyramid have the most frictionless and lossless access to store their economic power in Bitcoin
* prevent any changes to Bitcoin that reduce the degree to which Bitcoin is resistant to attack by the Fiat Dominion
* be capable of rapidly addressing any imminent threats to Bitcoin, for example if there's evidence of a capability to break any of the cryptographic primitives
* uphold and promote a view of Bitcoin not as a complacency-breeding NGI technology, but as an active guerrilla insurrection against fiat occupation

2023-07-02 08:44:05 UTC

- reply

Problem: we are not living up to our full potential as humanity

2023-06-23 05:23:46 UTC

IGNITION!
6ae8f23655a19588ebb025af759670cffe2543f4c21b6576f27ceb43bc6873fa