They've been reprimanded by a federal judge for blatant extrajudicial power grabs like this one. None of their huge cases claiming various cryptocurrencies are securities have succeeded, except in the super cut-and-dry cases like ICOs and centralized schemes that clearly pass the Howey test.
> I don't need an LLM for that, just the right google queries do the trick.
LLMs are clearly superior at presenting the information and have tangible room for improvement, whereas Google has regressed over the last decade and is getting more brittle by the day.
Open technology (LLMs) are going to offer much more robust and reproducible solutions to such questions as "here are my symptoms, what's wrong with me?" than Google.
You can nitpick my statements all you want and I will probably agree with you, but the overarching takeaway should be that LLMs are a much better solution, especially for laypeople who cannot use Google effectively.
> ebpf isn’t really novel beyond the interfaces it provides. They are just kernel modules that have been vetted and are sandboxed. Inserting executable code has been part of the kernel since forever in module form and kprobes.
This should be sung from the mountaintops. This concisely summarizes nearly everything that uninformed reader should take away from the comment section.
I mean, I love eBPF more than most, but this is a practical engineering solution to a logistical problem that didn't really need to exist in the first place.
This is not genius and not an order-of-magnitude improvement to an important computer science problem; it's an improvement to a costly artifact of the Linux kernel.
That's a cool conjecture but it kind of misses the point of eBPF.
The point of it is that you can run user-defined programs while avoiding the costly context switch between user space and kernel space.
The kernel already is the kernel. Compiling kernel code to eBPF programs would offer seemingly no performance gains, since you're already in kernel space; there is no costly context switch to avoid.
eBPF allows user-defined programs to run in the kernel.
This is huge for performance-sensitive code that executes against network packets: you don't have to context switch between kernel space and user space.
It's worth pointing out Solana's extreme competitive advantage over other chains is almost entirely due to it running on a variant of eBPF. †
This is an order-of-magnitude leap over other implementations and essentially the way you should do it, if you were to write it from scratch, aside from special purpose hardware fabrication.
† The second reason Solana is so fast is extreme parallelism: all accounts that are used in a transaction must be marked as either "read-only" or "writeable" before sending the transaction, allowing the runtime to parallelize all reads and only solve write contention when necessary.
And the number of companies that made use of computers was low when they first came out, despite the fact that the fledgling technology was genuinely valuable to them.
Two years ago I had to fend off contracts that paid in USDC.
It's easier to find someone to pay in USDC today than it was then.
Market share and volume will continue to grow.
What do you have against a genuinely useful technology with tangible benefits?
- Cheaper
- Faster
- No arbiter risk
- Built-in escape hatch for political dissidents and enemies of the state
If you want a trusted arbiter for all your financial transactions, you can continue to use the legacy financial system and pay the costs for doing so. I'm not arguing crypto will replace it. Both have their use case.
Trading and finance. It makes sense that they are crypto friendly, given their close proximity to it.
I suspect the rest of the commercial world will become much friendlier to it as more and more businesses are onboarded.
The pros vastly outweigh the cons and if you need something like escrow (or another trusted intermediary) then you can always revert to the legacy financial system for that. Both have their use cases.
In my experience, clients have asked me if it's alright to pay me in USDC, not the other way around.
The genie's out of the bottle. Once your funds are on chain, you have instant settlement, zero fees, and zero risk of an intermediary arbitrarily freezing your funds. No point in going back, unless your counterparty demands it.
I've accepted hundreds of thousands of USDC in revenue in other ventures.
I've also wired and accepted wires for similar amounts. Each time I get a call from the bank and it takes a half a day at the very least. Sometimes it takes weeks to unfreeze my money in various payment processors.