Controling paid access to digital data is hard because once access is given it can easily be copied.
Angor uses very simple concepts in bitcoin script (timelock and multisig) to achieve the gradual release of funds to founders, and we leverage taproot for a more efficient way of doing that.
But Angor uses base layer, I would assume pay for digital consumption doesn't need to use base layer because it is probably sending smaller amounts, which means L2 is an option, and you have more complex smart contracts in L2.
Do you have a more specific idea in mind?
Login to reply
Replies (1)
Here’s what I’m thinking, for “smart contracts” to control file download over lightning and Nostr …
- author creates a blob (file) for paid access and generates a unique Nostr pubkey only for this blob.
- author encrypts the blob (nip 04 style) with their own key AND the blob specific key.
- author adds the blob pubkey as “p” tag to the blossom event which uploads the blob to a server. (Requires update to blossom NIP)
- author uses Frostr to shard the blob private key as many times as desired.
- author creates a key shard for use by every user who pays for access to the blob.
- using Frostr tools, author can keep track of every every time any shard is used to decrypt the blob.
- this is mostly trustless for the author to maintain access control of the blob download, except for the requirement to “trust” the Frostr key and shard management tools. Do you have thoughts?
- the problem I’m aware of is trustlessness for the person who pays for blob access. Is there a way cryptographically to assure that their lightning payment actually triggers a shard generation of the blob key?
- similarly the above would also work for advertisers to “assure” that a blob (ad image) has been accessed (viewed) … but I also wonder how to incorporate payments in a trustless manner.
I’m really not sure what’s possible with scripts on L2, or lightning specifically. Your feedback would be greatly appreciated.
“Smart Contracts” using Nostr and Bitcoin only … we have some work to do.
@Derek Ross
@npub16sec...jdxk
@npub1xxxx...5eh4
@npub14u83...ym97
View quoted note →