1Hive / radspec-registry

A public mapping between deployed contracts, function signatures, and radspec docstrings
0 stars 0 forks source link

Specification: Curation Game #2

Open lkngtn opened 4 years ago

lkngtn commented 4 years ago

For the registry to be successful we want the following things to be true:

  1. There is a compelling reason for users to believe that the registry is accurate and trustworthy.
  2. That contributing doc strings the registry, especially early on, is worthwhile

Initial idea:

This idea provides reasonably strong guarantees for users to believe the registry is accurate and that it is safe to interact with the contracts. If a docstring is not accurate they have recourse up to the staked amount. When a user seeks recourse successfully they are also helping curate the registry for future users by reducing stake of the offending docstring to 0 and removing it from the registry.

Early contributors benefit if the registry gains traction by holding spec early on. As the registry becomes popular, gets integrated into wallets, and becomes an expected best practice for dapp/protocol developers to participate the number of registry entries and therefore the demand for spec tokens will increase.

Its possible that staking against registry entries could be done in a standard store of value asset like DAI or ETH and such a decision might make adoption among wallet providers and the Ethereum community easier, however, the benefit of using Spec is that it allows early contributors to benefit from bootstrapping the registry and growing its network effect, the bonding curve makes acquiring Spec or exchanging it for the users preferred asset relatively painless.

lkngtn commented 4 years ago

I'm feeling like I like the idea of staking against docstrings, but not loving that doing so requires a special token. Even if it is easy to acquire, people who are staking would probably prefer to use dai, cdai, or eth.

Instead of requiring the staking to be done in a special token, we can simply include a flat fee associated with adding an entry to the registry which is sent to the radspec organization and redeemable by Spec holders. Spec holders could be granted permission to collectively seed the registry with initial docstrings without fees, and also be rewarded with additional spec tokens for participating in votes.

lkngtn commented 4 years ago

To minimize efforts, I think we should use the dandelion template for the organization.

We can use the airdrop app to give spec tokens to people who participate in votes or submit registry entries and we can fork the address book app (or start from scratch) to create a the radspec registry application which allows for staking and aragon court disputes.