You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Minting ehash should not return proofs directly. Instead we should use this flow combining NUT-04 and NUT-20:
Proxy submits blinded secrets, mining share, and a unique pubkey upstream to the pool
Pool/mint creates a quote
A. Create a new payment method, perhaps called mining
B. Use the block header hash output as the quote request
C. When the mining share is guaranteed to not be invalidated (for example if the the user provided block template rejected) update the quote state to paid
Once quote state is paid the mint will provide proofs locked to the users pubkey with NUT-20
User periodically checks the quote state with the mint service over http. For any quote that is paid they can sweep the ehash tokens
A. User must provide a signature over the quote using the privkey associated with the pubkey provided in step 1 as described in NUT-20
The pool will update the mint when shares are finalized through some new message flow. If users are not submitting block templates I believe this can happen immediately upon share validation so the quote can be set to paid right away.
For async validation the mint can hold back the blind signatures until the backing shares are fully validated. This is necessary because once a proof is issued it cannot be invalidated. If mining shares are invalidated after the ehash token has been issued this would be inflationary. In other words, ecash is no take backs.
Minting ehash should not return proofs directly. Instead we should use this flow combining NUT-04 and NUT-20:
A. Create a new payment method, perhaps called
mining
B. Use the block header hash output as the quote
request
C. When the mining share is guaranteed to not be invalidated (for example if the the user provided block template rejected) update the quote state to
paid
paid
the mint will provide proofs locked to the users pubkey with NUT-20paid
they can sweep the ehash tokensA. User must provide a signature over the quote using the privkey associated with the pubkey provided in step 1 as described in NUT-20
cashubtc/cdk#605
The text was updated successfully, but these errors were encountered: