Consider payment profile (P1, P2, P3, P4, P5). By default they will be 'fixed', which means once assigned will not change for further payments. If P3 is fixed, then P(less than 3) must be fixed as well. Generally P1 is the Content Creator.
Post by twetch#2584
For any given Like, P5 will be paid first. P5 is the one who exposed liker to the content. P4 is the one who exposed him to the content. Etc. Fixed P-values override this.
What the chain says
- Block
- 633 642
- Time
- 2020-05-06T00:05:48Z
- Signer
- 17mNxa3wLR3UpkxzBHkTQ1ynn6boQ3zGjY
- App
- twetch
- Type
- post
- Content type
- text/plain
- Name in tx
- twetch#2584
Fields the transaction did not carry are omitted. Open the payload to see the bytes as stored.
Signed by
17mNxa3wLR3UpkxzBHkTQ1ynn6boQ3zGjY VerifiedReplies (7)
For this to work, every "like" record must contain the ID of the Payee that caused the like. And that ID must translate to a paymail so payments can be made. This can make a calculable chain of likes that goes back all the way to the Content Creator.
paychain
Payment algorithm goes something like:
0 Like happens
- Generate 5 link paychain / Substitute fixed IDs
- Translate IDs to Paymails
- Pay out according to Payment profile.
yes. Suppose P1 and P2 are fixed. Then P1 and P2 get paid every single like. And P3-P5 are the last 3 in your paychain.
To keep the payment profile simple, it's necessary to make ensure that the fixed Payees must include P1 through Pn, where 1<=n<=5.
i want credit in your white paper as a contributor @554
Done!