Nomicon game space for Cryptotech projects

View on GitHub


  1. Bounties provide a mechanism for funding tasks.
  2. Tasks are tracked as Cryptonomicon issues.
  3. The bounty MUST get its own page which includes:
    • name (Bounty-#) where # is the issue #
    • associated issue link
    • lead Gatekeeper
    • lead Keymaster
    • assigned Treasurer
    • associated project link
    • requirements
    • estimate
    • funding deadline
    • bounty address
    • deliverables


The players involved SHOULD marshal the bounty through the following standard stages in the Bounties project:


  1. The bounty’s wiki page and corresponding issue are created and cross-linked.
  2. Requirements (acceptance criteria) are managed by the Gatekeeper.
  3. An estimate (from the table below) is provided by the Keymaster.
  4. The Gatekeeper and Keymaster negotiate requirements and estimates until they come to a common understanding.
  5. When ready the Gatekeeper moves the issue to Proposed and hands off (assigns the issue) to the Treasurer.


  1. The Treasurer reviews the bounty’s market value against comparable work in other markets. If out of line the Treasurer SHOULD send the issue back to Triage.
  2. The Treasurer creates a crowdfund page on the pay server and publishes the corresponding link on the wiki page.
  3. The Treasurer notifies subscribers that the bounty is open for funding.
  4. The Treasurer monitors the funding and periodically notifies subscribers of progress.
  5. If the bounty funding reaches 100% the Treasurer moves the issue to In Progress and hands off to the Keymaster.
  6. If the deadline is reached before the bounty is funded the Treasurer is responsible for sending refunds to participants, updating the wiki page and closing the issue.

In Progress

  1. The Keymaster is responsible for delivering on the requirements.
  2. The Keymaster should periodically update the issue with progress reports.
  3. After the bounty is funded the requirements and/or estimate MAY only be updated if both the Gatekeeper and Keymaster approve the changes.
  4. When ready the Keymaster updates the Deliverables section of the wiki page, moves the issue to In Review, and hands off to the Gatekeeper.

In Review

  1. The Gatekeeper is responsible for testing deliverables against requirements.
  2. The Gatekeeper opens separate issues for any deltas found, moves the bounty issue back to In Progress and hands off to the Keymaster.
  3. If the requirements are all satisfied the Gatekeeper moves the issue to Complete and hands off to the Keymaster and Treasurer.


  1. The Keymaster creates a payment request in the pay server and sends a link directly to the Treasurer.
  2. The Treasurer verifies the request and sends the payment to the Keymaster.
  3. When the payment is received the Keymaster closes the issue.


  1. The Treasurer is responsible for periodically adjusting bounty sizing estimate table.
  2. The Gatekeeper and Keymaster can request an update to the estimate table at any time.
size time (hours, P50/P90) bounty (BTC)
S 5/10 0.125
M 10/20 0.250
L 20/40 0.500
XL 40/80 1.000