Question 1

How did the early Dollar Protocol describe SHARE’s role, and which stage of the project did that description apply to?

Accepted Answer

The early Dollar Protocol described Dollars as the token responsible for stabilization and Shares as an instrument for speculation and governance within the network. This was a description from before the project was ready to launch its real-world asset (RWA) system, not a statement of SHARE’s current role.

Question 2

How did the 2018 testnet implementation adjust supply per cycle in response to price changes?

Accepted Answer

A 2018 record of a Seignorage Shares Solidity implementation on the Rinkeby testnet specifies that each 1% price change led to a 0.1% supply change per cycle. At the time, each cycle was set to 2,000 blocks, or about 10 hours. These parameters describe that testnet implementation and do not establish the rules of the current SHARE contract; the record also does not specify the direction of the supply change or the precise algorithm.

Question 3

Who controlled the price feed in the 2018 testnet implementation, and what alternatives were proposed?

Accepted Answer

In the 2018 Rinkeby testnet implementation, a single oracle controlled the price feed. The implementer proposed either multiple oracles or a Schelling-point scheme as possible next steps. These were options discussed at the time, not confirmation that either had been deployed in that implementation.

Question 4

How did the 2018 testnet implementation calculate the auction exchange price for newly minted shares or coins?

Accepted Answer

In the 2018 Solidity implementation running on the Rinkeby testnet, each cycle held an auction for newly minted shares or coins. Users’ orders went into a shared public pool. The total value of orders for that cycle was divided by the amount of the corresponding newly minted token to determine the auction exchange price.

Question 5

Why did the 2018 testnet auction design require separate price oracles for shares and coins?

Accepted Answer

The auction in this 2018 Rinkeby testnet implementation required the amount of shares or coins to be minted to be known in advance. The design discussion therefore called for two price oracles: one for the share price and one for the coin price. The implementer contrasted this with the single oracle required by the original white paper. This was a design explanation for that testnet implementation, not a statement of the current SHARE contract’s rules.

Question 6

What was the stated purpose of the 2018 testnet auction, and how did it relate to coins in circulation?

Accepted Answer

In discussion of the 2018 Rinkeby testnet implementation, the implementer described the auction’s purpose as removing coins from circulation and said the design did so effectively. This reflects the implementer’s assessment of the design’s purpose and effect; it does not guarantee actual results or the effect of the current protocol.

Question 7

What minimum amounts did the SHARE staking program set for an initial deposit and for additional deposits?

Accepted Answer

An initial deposit must be at least 14,000 SHARE, and each additional deposit must be at least 7,000 SHARE. An additional deposit must come from the same wallet used for the initial deposit. Otherwise, it is treated as an initial deposit and must meet the 14,000 SHARE minimum.

Question 8

How does the SHARE staking program apply lockups and return dates to deposits made on different dates?

Accepted Answer

Each deposit is locked separately for exactly one year, including additional deposits. Funds deposited on different dates therefore have separate corresponding return dates rather than being combined into one date. The return dates are the same only if all funds were deposited on the same day.

Question 9

Under the stated airdrop eligibility rule, which party participates when one ordinary ERC-20 wallet transfers to another?

Accepted Answer

For a transfer from one ERC-20 wallet to another, the recipient wallet generally participates in the airdrop, not the sending wallet. There is an exception if the recipient is the staking program’s wallet: in that case, the sending wallet is eligible.

Question 10

What exception to the stated airdrop eligibility rule applies when SHARE is transferred to the staking program’s wallet?

Accepted Answer

For transfers between ordinary ERC-20 wallets, the stated rule generally makes the recipient wallet eligible for the airdrop, rather than the sender. If the recipient is the staking program’s wallet, the exception applies: the sending wallet is eligible, and the staking program’s wallet is not.

Question 11

What relationship did the stated rules establish between Real World Staking and We $SHARE airdrop eligibility?

Accepted Answer

The stated rules directly linked participation in Real World Staking to eligibility for the We $SHARE airdrop program: participating in the staking program qualifies a participant for the airdrop program. This establishes eligibility, not an airdrop amount or distribution date.

Question 12

Which participant categories did the stated airdrop plan prioritize?

Accepted Answer

The stated allocation order first prioritized larger holders, accounts that bought more SHARE on Gate.io, and participants who received larger transfers from other ERC-20 wallets. Smaller holders, buyers, and contributors were to be covered afterward. This describes the stated priority order and does not guarantee that any particular person would receive an airdrop or receive it by a specific date.

Seigniorage Shares (SHARE) Price