High frequency transactions in Grin

Development and Technical Discussion
1

A long time ago in a galaxy far, far away

Many years before Lightning Network Satoshi designed a high-frequency transaction model for Bitcoin which was never implemented allegedly due to concerns about bad actors in mining colluding to mess them up

Thinking about Grin’s handshaking with interactive transactions got me thinking about implementing something similar for Grin since we’re already interacting with grin transactions.

Put simply, Alice and Bob sign lots of lots of transactions between themselves before committing a final amount to the blockchain when settling the bill at a time of their choosing.

Thoughts? Can it be don in Grin (e.g. locktime?) and could it be made secure?

1_hkgXPKVw-aHQFSA1FJsY9A (1)
1_hkgXPKVw-aHQFSA1FJsY9A (1)1600×738 165 KB

1 Like
2

Yes, Grin can implement payment channels based on NoRecentDuplicate kernels, as outlined in this RFC grin-rfcs/text/0013-nrd-kernels.md at master · mimblewimble/grin-rfcs · GitHub

6 Likes
3

I’ve got two questions about scaling with payment channels:

  1. Could a payment channel include more than two participants?
  2. Could grin have a benefit over bitcoin in case many channels need to close urgent, because of the wight limit in block-size?
1 Like
4

I appreciate that you are a wealth of historical knowledge of grin.

1 Like