"For a folder containing 10 files, a Scionic branch needs just 5 leaves, while a Merkle DAG branch requires all 10. This makes the Scionic branch about 2x smaller.
When the folder contains 1000 files, a Scionic branch uses only 11 leaves, compared to the full 1000 required by a Merkle DAG branch. This results in the Scionic branch being approximately 90x smaller."
https://github.com/HORNET-Storage/ts-scionic-merkletree
#scionicmerkledagtrees #nostr

We did it! 🚀
2 millions of 21 millions!
Will we reach 2M by tonight or no?
#bitcoin #zaps #2millionsof21millions 🎩💜⚡🧡
Today I received a lot of zaps on my wallet and all very strange.. that's not zaps for content-liked but for advertising..
Everyone of little amount to caught your attention but at the same time pleasuring to receive them.. I think this is the right way to do very quality advertisement and giving clients their worth! 🎩💜⚡🧡

I didn't want to say this, but the last letters of nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft's npub are an anagram of 'fiatjaf'.
That's crazy 🤯
I've implemented a BitStream proof of concept by Robin Linus in Cashu for atomic swaps between files and Lightning payments.
Atomicity is achieved via a "Nutbond" Ecash contract which can be challenged if the downloaded file doesn't decrypt right.
An explainer and demo video is linked below.
How it works:
- Clients requests download
- Server sends encrypted file, Lightning invoice & Nutbond
- Client verifies bond and pays LN invoice
- Client decrypts file with LN preimage
- If decrypt fails, client challenges Nutbond & gets refund
Some notable differences to the original proposal:
- Nutbonds are issued for each user, not per file
- Bond doesn't burn but acts as a refund to user
- No Merkle trees yet. Next logical step. Vibes well with BitTorrent.
- Bond is Ecash. Payment is on LN, could also be Ecash.
This took me a few hours to implement showing how easy it is to experiment with new contracting primitives in Cashu.
Bitcoiners are coming up with beautiful solutions for practical problems. Special thanks to Robin for sharing his cool ideas with us. Love the energy!
🎥👇 Demo (10 min):
https://mega.nz/file/rVsF1RQS#Q1ycXiC3fcsRbIYUVBxMFDQZAqKbW5PHWZdhqkj0P8A
Original post: https://twitter.com/robin_linus/status/1723343871067804060

Great work implementation by nostr:npub12rv5lskctqxxs2c8rf2zlzc7xx3qpvzs3w4etgemauy9thegr43sf485vg.. I don't have enough knowledge to understand the whole work behind it.. but I awknoledge a Big game change! 🎩💜⚡🧡
I'm only using it for Amethyst so I don't have much permission to many Apps.. but I could control every single event and accept/deny those give me a problem for ex..
I never had problems like that.. but I often control for updates too

I've Amber and I toggled to always sign cause it's a smooth way..
I often open the app for controlling permits!
Great feature.. I believe the best will happen when a notification will be appearing and users can connecting to receive payments! 🎩💜⚡🧡
"Persistent Mode. In this mode, Blixt Wallet and lnd will run persistently in the background. This can be useful for when you're awaiting payments"
What is the setting file? I couldn't find it.. I didn't understand which is..
I tried to pass in admin flag but it didn't work.. thanks for help..
GM 🎩💜⚡🧡

Wow how much was he a genius? Each date has a reference 💜⚡🧡🎩
GM Nostrichers!
Today is a day that each no Fiat-person will be remebering for the whole life!
Enjoy the day and if you can telling someone about this amazing event!
Thanks Satoshi! 🎩💜⚡🧡



