Everything around lightning network powered Game of Life at satoshisgameof.life
Very easy to pay with lightning network
This is really cool, congrats. First tiem I tried I (for some stupid reason) refreshed the browser after my lightning payment had cleared on my phone but before the pattern populated in the browser. Nothing happened and so I re-drew the pattern and repaid. This time it worked, but the first payment is spent but no pattern. Only telling you for bug reporting purposes, I certianly don't want a refund on 48 satoshi or whatever it was!
lightning:lnbc480n1pw2aqwfpp5hgrmcjfygjjty8uz7jsrk47lq64xh8quuvud7x39956rhj8d8cwsdq2wfjkvatwvsxqr4rqrzjqgr9ufwzwgsrgs9kd6st5enqr5fys4j92ng2dprjhqj3rt659zqjqz95ksqqk5cqqqqqqqlgqqqqqeqqjqz29enqqvh6re43vqkhrj7tc6g2qfw2kz2zu7crchn7ytkkjvnqf53nd60tn26rrlrzkwdje6zs2795qa77l9twn3r4plqns2fd4frgcq9znkm3
Hi, sorry that I didn't send your 48 satoshis yet... the invoice expired. Could you generate one with expire date far in the future? To see patterns and learn about them, I recommend browsing http://www.conwaylife.com/wiki/Main_Page If you want to go deeper into Game of Life you can try out Golly (http://golly.sourceforge.net/) no shared universe, no lightning payments ;-)
Its on my feature list to add links to the corresponding wiki page, or include it somehow in the pattern list...
I'll also point out this nice reference I found if you didn't know about it. Allows you to load the patterns and see them in action before placing in your board.
@adler99 lightning:lnbc480n1pwtp3qxpp53tkcmd5etste8zhq5v5e32ttnhvrgn358xu7zypmmpjhlkqkglxsdq2wfjkvatwvsxqr4rqrzjqgr9ufwzwgsrgs9kd6st5enqr5fys4j92ng2dprjhqj3rt659zqjqz95ksqqk5cqqqqqqqlgqqqqqeqqjq6twuz4570lhz73zxnscuup402rz5nquxgp8vlyyzd3kerz3t7hu8nwm0sqls0v5a97khw53p99vv595zz0n59eg9uzdajtg503a4alcqwphpdr
uhhi, it gets ugly: "payment_error": "unable to route payment to destination: ChannelDisabled(flags=258, update=(lnwire.ChannelUpdate) {\n Signature: (lnwire.Sig) (len=64 cap=64) {\n 00000000 4f 08 aa 4c a2 eb 7b 99 b8 2a 94 c1 d4 31 58 b9 |O..L..{..*...1X.|\n 00000010 58 81 ae f9 b3 06 87 e5 c4 80 e1 14 e8 16 07 f2 |X...............|\n 00000020 32 d1 33 8f 3d ce 67 fd 65 35 3c b5 1d 7f 90 8e |2.3.=.g.e5\u003c.....|\n 00000030 7c 41 b0 4e ee 63 b2 46 e0 8b d4 11 f1 d3 68 9b ||A.N.c.F......h.|\n },\n ChainHash: (chainhash.Hash) (len=32 cap=32) 000000000019d6689c085ae165831e934ff763ae46a2a6c172b3f1b60a8ce26f,\n ShortChannelID: (lnwire.ShortChannelID) 570548:2899:0,\n Timestamp: (uint32) 1555097962,\n Flags: (lnwire.ChanUpdateFlag) 258,\n TimeLockDelta: (uint16) 144,\n HtlcMinimumMsat: (lnwire.MilliSatoshi) 1 mSAT,\n BaseFee: (uint32) 1,\n FeeRate: (uint32) 9,\n ExtraOpaqueData: ([]uint8) (len=8 cap=1536) {\n 00000000 00 00 00 00 9a d6 46 70 |......Fp|\n }\n}\n",
@STAWKEYE is your wallet node maybe offline?
@adler99 I asked the Eclair devs and I had been working under an incorrect assumption. The mobile wallet can receive payments, but the app must be running on the phone at the time the payment is made. He sent me a test payment and verified that it works, which is all I wanted anyway. I'm attaching an invoice using my "full" Lightning Node which is online 24/7 and has a 5 day expiry, but you don't need to pay it unless you feel like having an excuse to mess with Lightning, haha!
lightning:lnbc480n1pwtfz7spp5ea8s46yp4elx7p9zrshpww4f08x5pa2tse55ke9x2482k5c4vk8qdqjgask6efqwfjkvatwvsxqy2ljqgrsstqw84hptqs77wxr8r3refcc04g5v3twsl3csuyjsq6zk5sqz9n7gxj9hghzgswqpz5dvyem6tl6unfhk32ua2mujxeux6rc5rzgpvln0nm
It did get me thinking, though - I know it's not in the spirit of the original game, but as a way to "clean house" could each pixel have a shelf life? That may not work if expiring cells cause patterns to collapse and "explode", taking neighboring patterns with them, since cells would be continually expiring all over the board.
Don't worry, I left them intentionally in the game because they are great patterns and if you explore them in a small scale the universe can handle it. Actually the performance bottleneck is the transfer of universe state to the browser. The server side algorithm is quite efficient and uses the redundancy in many large patterns.
I thought about shelf life of cells... and that maybe it could be coupled with economic incentives, e.g. a breeder would need a lot of funding to keep it running... but that's complicated matter because each live cell has more then one parent. You would need to keep track over many generations which live cells were born and should be discounted from which account. I didn't find a good set of rules to do that. Input and discussion is very appreciated! As a side effect any bookkeeping of that kind would break the efficiency of the algorithm.
I was thinking along the lines of every cell has an age variable that increments by 1 every step that the pixel is on and resets to zero every time the pixel is off. Not sure how it's coded but it could be an array with a cell for every pixel containing the age of the corresponding pixel. Pixel forces to off when X=someshelflife. In regard to shelf life no pixel keeps track of any other pixel, it just has its own number. There would be no economic incentive; all pixels would just die off after some time. Repeating patterns that cycle every pixel would never die, since each pixel would reset to zero before shelf life is hit. (Fun thought experiment: Is there any pattern that remains in one location (i.e. no ships) that would never die?)
All that being said, I still don't think it would work. Patterns collapsing, exploding, and screwing up everything nearby causing constant chain reactions of destruction. Although that may be fun too...
Coding: array of cells has it's limits, imagine having a 1 million x 1 millon universe ... (Satoshi's Game of Life's is much bigger ;-) and most of the cells are dead. SGoL uses quadtree data structure with heavy caching and memoization to reuse equal parts of the universe. The algorithm is called hashlife. I published the algorithmic heart of it here: https://github.com/noctilu/quadtree
Ah I guess I never zoomed out enough - I assumed you had smaller bounds on the universe. In my mind the breeder and the gliders would never die, but the Gosper guns would (they have 2 still-life blocks each and would therefore expire) and the breeder/gliders would at least eventually fly out of bounds.
And with the gosper guns dead, the gliders would be in finite supply and eventually clear out.
Wish I knew how to code - it would be fun to modify your code to also mimic magnetism, whereby you place bodies and they automatically distribute in a bounded space by repelling each other until an equilibrium position is established. You could even substitute the equations for magnetic repulsion with gravitational attraction, and with the flip of a switch go from bodies repelling toward equilibrium to the same bodies attracting, combining, and ultimately collapsing into one large body in the center. I know how to do this in VBA, but that would be a laggy mess with that many cells in Excel trying to do this ;-)