You've already forked CHIP-MilliSatoshi
Add some more details
This commit is contained in:
@@ -150,6 +150,14 @@ New schedule from the point where the previous would hit zero, and with everythi
|
||||
|
||||
Practically speaking there is no known case where the entire possible supply will ever be in a single transaction utxo, as such we could theoretically add even more zeros, but the author doesn't see that as needed and better safe than sorry.
|
||||
|
||||
In transactions we determine the value based on the original transaction-output. This is the case today, that will change slightly for version 3 transactions.
|
||||
|
||||
The effective amount can be calculated by simply taking the value encoded in the output of the transaction, and when the transaction version is older than 3, the amount is multiplied by 1000 before being processed further.
|
||||
|
||||
To put this in an example: a transaction of type v3 spends some UTXOs and creates a new UTXO. To calculate what the value is on incoming transactions we need to look at the transaction-version that created that UTXO is. If its older than 3, the amount needs to be adjusted before being processed.
|
||||
Similarly, when creating the new transaction outputs the wallet or full node refers to the version of the current transaction in order to determine the conversion there.
|
||||
|
||||
This way the transaction versions can be freely mixed and no funds will get lost.
|
||||
|
||||
## Implementations
|
||||
|
||||
|
||||
Reference in New Issue
Block a user