aperture VS bips

It's valuable to examine the challenges in machine learning without assuming decentralization as a solution:

> High Cost and Resource Requirements

For training and local inferencing use, quantization may help. Problem becomes local via quantization vs. remote full tensor use. Solution may involve distributed inferencing. Techniques like model distillation can help create smaller, more efficient models for inferencing.

> Data Privacy

For training, some private datasets may be needed. For local inferencing use, determining what needs to be inferenced locally vs. what needs to be run remotely may be useful. Problem becomes privacy scope mapped onto a marketplace to mitigate high cost and resource requirements. Techniques like model explainability (versioning) and robustness testing can help build trust in AI systems.

Complying with data privacy regulations and ensuring that AI systems adhere to legal and ethical standards can be a challenge, especially in international contexts.

> Incentives

Instead of assuming the solution when considering the problem, we assume there is an incentive to either simply train a model or use one. Problem becomes financial rewards, data access agreements, or even altruistic motivations.

> Stale Data and Reproducibility

Both the code and datasets for training the model need to be updated. Inferencing needs RAG, so the augmented reference data needs to be updated as well. Anything updated might need some type of revision control, especially if that data (or code) results in poor output. Labeling data and knowledge transfer are another problems that needs revision control.

> Interoperability

We can assume a marketplace for a ML train/inference platform is needed. We have HuggingFace, for example. The problem here is likely based on the tendency for datasets to be private, such as in the case of Llama 2. Models contain the "essence" of the dataset, but we still need RAG to ground the responses.

There does exist one technology that may assist in solving most of these issues without assuming full decentralization, and that is the Lightning Network combined with the yet to be implemented 402 response code: https://github.com/lightninglabs/aperture

You are right, it's not a strawman argument. It's an ad hominem argument. I get them confused.

While this guy may be shady as they come, and I'm not a big fan personally, the idea of combining Lightning and 402 responses is very interesting, and one I've been thinking about since Joseph and Tadge wrote the Lightning paper.

There is a means to do this today: https://github.com/lightninglabs/aperture

Consider that these entities may become self-managing at some point in the near future. If they need to pay for calls to other models, crypto-payments can be useful because they include identity and payment in one function.

As far as the vendors go, I would agree that some of them don't care about the ethical considerations and they remain focused on grabbing marketshare. That said, it's likely there we be a multitude of models running and trying to get them all talking to each other and paying for the compute required for inferencing is going to be a pain.

While it is true that there have been scams and fraudulent activities in the cryptocurrency space, it is unfair to label all blockchains as scams. Many blockchain projects have legitimate use cases and are backed by reputable organizations.

The Lightning Network is not a cryptocurrency itself but rather a layer-two scaling solution built on top of existing blockchain networks, most notably Bitcoin. It is designed to facilitate faster and cheaper transactions by creating off-chain payment channels between participants, which has risk limited to the initial payment and subsequent updates to the contract. These payment channels allow for quicker and more cost-effective transactions, while the final settlement is recorded on the underlying blockchain.

In the case of the Lightning Network, Bitcoin is the underlying cryptocurrency used for value transfer and security, while the Lightning Network enables faster and more scalable transactions by leveraging the trustless nature of the blockchain.

https://github.com/lightninglabs/aperture

I’m not sure if lsat.tech is having issues, looks like the protocol was recently renamed L402:

Crypto is useful. A very long time ago there was a conversation about killer use cases. People on the ethereum side of the room thought programmable chains were it. People on the Bitcoin side said it was micropayments and script based post dating.

I said that it was likely paying for compute resources that would be a killer use case. Implementing 402s would be that manifest: https://github.com/lightninglabs/aperture

Now we’re moving deep into the AI markets, this will be a thing, combining both.

That said, con artists will still try to hustle others.

> what's stopping anyone from bridging a non-CN/RU Intranet to CN/RU-Intranet.

If someone were considering this, here's a means to do it with 402s: https://github.com/lightninglabs/aperture

Check out LNURL-auth or perhaps LSATs

https://lsat.tech/ with this authentication specification you can gate your content with lightning payments

Modern bitcoin addresses use a base-32 character set that leaves out some of the most ambiguous pairs and also permutes the address ordering so that the most visually similar remaining characters produce single bit errors which are better handled by the addresses error detecting (and potentially correcting) code.

https://github.com/bitcoin/bips/blob/master/bip-0173.mediawi...

Context: Bitcoin miners have just adopted a 50% pay cut for themselves. This pay cut was baked into Bitcoin protocol at the launch of the network (mostly, see "BIP 42" [1]). The OP link gives information about the block in which this pay cut was made.

I get that HN comments tend to dismiss Bitcoin. But the fact that for the fourth time this pay cut has happened without a hitch speaks volumes to what makes Bitcoin interesting: It's a rare combination of economic incentives and technology that keeps chugging. Nobody can stop it. And it's extremely resistant to change. It requires no governmental approval. All attempts at subversion or interference have failed. There aren't many things that come close to that kind of record.

[1] https://github.com/bitcoin/bips/blob/master/bip-0042.mediawi...

Bitcoin transactions involve locking funds in scripts, which can only be spent if those locking conditions are met. The part of the script that expresses these locking conditions are called ScriptPubKeys. On the other hand, the part that provides unlocking scripts to satisfy the locking conditions is referred to as ScriptSig for legacy transactions, and ScriptWitness for SegWit Transactions. These scripts are evaluated by a stack-based language called Script. This article will mainly focus on ScriptPubKeys.

Here’s the reference https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki

There are 5 271 537 971 301 488 476 000 309 317 528 177 868 800 possible permutations of the bip39 wordlist found here: https://github.com/bitcoin/bips/blob/master/bip-0039/english.txt when using 12 word seeds. You probably have better change to win the lottery every week for the rest of your life than cracking a 12 word seed in correct order

No one controls Bitcoin, because it's a protocol. Bitcoin Core is the reference implementation, but there are others, and anyone can create new implementations if they wish. Also, the Bitcoin Core maintainers can't just change something on a whim, because users would then switch to another fork. Maintainers (or miners or other groups) can't force their changes on users, because everyone can decide on their own which version they want to use.

The protocol development happens through BIPs (Bitcoin improvement proposals): https://github.com/bitcoin/bips

BIPs are discussed for years, before (and if) they are implemented, and basically everyone needs to agree on them, because no one wants to fork the blockchain, which could be devastating.

All the seeds generated from the CoolWallet (Number / Word) adhere to the BIP-39 protocol.