actually, no, i've been observing the same thing.
go look at the talk video. it's in SD. you can't read anything of the slides he made.
making a judgement of a project building on nostr based on you personal aesthetic and not even looking for a second at its technical merits shows exactly where the problem lies here.
mids who want everything to be about them and are riding the trending algorithm while attacking the very system they are propped up by.
anyone with any understanding of distributed systems can tell you that the protocol of nostr is severely lacking in any mechanism for consistency.
not only that, your complaint is completely ridiculous. the whitepaper for scionic merkle dags is like 5 pages long and it's got nothing to do with shitcoins, and it's main author is someone who has academic chops and past work behind them.
part of the reason why it bothers me is because i've had a substantial amount of a protocol design, mostly implemented, for about 9 months now and can't find any way to bring it any further, even though it solves the problem of scaling with teh tor network, and creates a general paywalling mechanism for resource access online, without compromising privacy of users, and with the capability to protect the providers as well.
Where is this project? Is it nostr related? Is there a NIP for it? Is it integrated into any clients or relays?
does the NIP exist at all for the mechanism by which relays figure out what they have and what they need to ask for?
how is nostr going to get adoption without being able to cope with a large userbase, while not resulting in relays turning into clusters on AWS and nothing new achieved?
as far as i know, iris.to has early support for FOREST annotations that is transparently compatible with standard notes.
So are you saying you've also been working on FOREST? Or something else?
If a NIP doesn't exist to solve the problem you're interested in, write one.
@note1hy39as5ng9qpxqre2qkr9f9yh57p9zdhuwm4mwzkhn2w9cuew72s5uwsxh
Thread collapsed
strfry didn't make a NIP about negentropy either.
No, but they made the best relay in existence, so negentropy came along. Aren't we all about proof of work here? That's all I'm saying.
Thread collapsed
Thread collapsed
Thread collapsed
Thread collapsed
Thread collapsed
I gave Colby feedback in private which he pulled into the public. I like to share criticism in private (and praise in public) cause those rambling in public come across as big cry babies but as he pulled it into the public: I explained how my **first impression** was that of yet another shitcoin. The whole layout of the page with a whitepaper looked like a template I have seen literally more than 100 times over the recent years. I'm a developer. I'm dedicating all my time to Bitcoin and related tech but don't have infinite time, so I use heuristics to dismiss certain projects and as I felt the project might not be as bad as the first impression, I let him know my first impression in private - only to get insulted in public.
I get it, marketing is not my strong suite neither, so I still have not muted the two of you but a constructive, friendly conversation does look differently.
I didn’t even ask for your advice, but I was actually talking about hodlbod’s original comment.
I get that it’s hard to understand. I’m doing everything I can to find ways to simplify it.
The gist is there have been 3 generations of Merkle Trees discussed in that paper. It started with Classic Merkle Trees back with Ralph Merkle.
IPFS made Merkle DAGs so you could support folders and collections of files.
We made Scionic Merkle DAG Trees to shrink the size of the Merkle DAG branches, which provides scalability in an unprecedented way.
Thread collapsed
Thread collapsed