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.
Post by twetch#2022
paychain
What the chain says
- Block
- 633 645
- Time
- 2020-05-06T00:24:48Z
- Signer
- 1sNJWUrAYfdxAKN1zGq3t9hwyR6ynQwas
- App
- twetch
- Type
- post
- Content type
- text/plain
- Name in tx
- twetch#2022
Fields the transaction did not carry are omitted. Open the payload to see the bytes as stored.
Signed by
1sNJWUrAYfdxAKN1zGq3t9hwyR6ynQwas VerifiedReposted by (1)
Replies (5)
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!