Avatar
Moss
5144fe88ff4253c6408ee89ce7fae6f501d84599bc5bd14014d08e489587d5af
⚡️ I build AI Banana and Freerse.⚡️🔮🔥🚀 AI Banana: Your AI agent design assistant. Where inspiration strikes, intelligence arrives. https://aibanana.me Bitcoin lets you to own your wealth, Nostr lets you to own your mind. Bitcoin+ Nostr =freedom.

I have almost 10GB, is it because I send more pictures😂

紫水晶这么少,月流量消耗我得去看看😂

Replying to Avatar Shawn

nostr:npub19pj6f0nc9q6xr26qe3g8m6xe3hwe0d6p6zcvf57cm3kayghjdj0slnlenu and I are looking for a funny movie to watch tonight. Hit me with your best, single recommendation. Bonus if it's Halloween-themed. Will zap. ⚡

Coco

Damus uses 9.8GB of space on my iPhone. Are my files, pictures, and posts cached locally? Does this happen to everyone?

Each time you open the client, you need to wait for the connection to the relay. The client remains blank. Often, the relay connection fails, and the home page is blank. This is a very confusing problem for ordinary users who are used to traditional apps.

I'm not sure if I'm the only one having these problems. I used all 19 relays for free. It is often encountered that only 4 or 5 relay can be successfully connected, resulting in the local post data is not the most complete, which may be the difference in the data stored by each relay. It will take several restarts to connect more relay successfully.

Every time I open the client, the client will pull all the data from the relay, which causes my 5G traffic data to be consumed very quickly. Traditional servers only need to pull the latest information, but not all information. For example, I consume less data when I use Twitter. In fact, the data of Nostr does not need to consider the modification of historical data, because it cannot be deleted. Can we consider only pulling the latest data each time we obtain data?

If the client is used for a long time, no post will be sent, and the relay network will be disconnected during the use. A reboot is often required.

In the same environment of Wi-Fi and 5G, sometimes there are more and sometimes fewer connected relays. If ordinary users only use a few free relay, posts, comments, zap and other data will be displayed incomplete, which will make users have a sense of anxiety about losing information. This is something traditional apps don't need to consider.

These are all the experience problems I have encountered. I don't know whether it is because of the connection and communication technology of relay. It is hoped that this part of the communication connection problem can be well solved, so that the client can bring better experience to ordinary users.

The relay should be kept simple enough, if the relay has too many operations it will be the beginning of a review. Content classification can add new Nips, and content guidance and community building should be handed over to the client.

The most important problem now is that the communication between the client and the relay is too slow and loses data, and needs to pull all the data every time. It is not like the traditional server client, which can make the user feel no sense of the network connection and can be used smoothly. If the client and relay can communicate and pull data optimization to seamless connection, it is a huge improvement in user experience. This is probably the most important issue for more ordinary people to use and join.

I can't agree more. "The tech wave is driven more by" killer apps "than the technology itself." #Nostr is now particularly like the Homebrew Computer Club, and the Nostr client App is like Apple I-1976 and needs to continuously improve the experience. We're just a fringe app right now, but the demands of the core freedom tech revolution will make this mainstream.

Needs like the textile machine for the steam engine revolution, the automobile for the internal combustion engine revolution, the light bulb for the electric revolution, and the iPhone for the smartphone. I believe that time is coming.

I can't agree more. "The tech wave is driven more by" killer apps "than the technology itself." #Nostr is now particularly like the Homebrew Computer Club, and the Nostr client App is like Apple I-1976 and needs to continuously improve the experience. We're just a fringe app right now, but the demands of the core free tech revolution will make this mainstream. Needs like the textile machine for the steam engine revolution, the automobile for the internal combustion engine revolution, the light bulb for the electric revolution, and the iPhone for the smartphone. I believe that time is coming.

This article is fantastic, it is the best article on Nostr I have seen in a while. Nostr's super-simple solution to a complex problem is clearly illustrated. Nostr is not only a victory for decentralization, but also a tremendous increase in the efficiency of client and server development. The development cost of the client and the server is greatly reduced, and each performs its own duties. Nostr's separation of powers, the user has private rights to the private key, the relay has the data storage rights, and the client has the editorial rights to the published content. The most important thing is that the user has all the rights when he has the private key.

I recommend that the speeches for this #Nostrasia conference be synced to Nostr's long article so that anyone who can't attend can see all the talks on Nostr. nostr:npub16vrkgd28wq6n0h77lqgu8h4fdu0eapxgyj0zqq6ngfvjf2vs3nuq5mp2va 🫂💜🫡 nostr:note16fnezalrgm6wk0tdvkxckz8ae5lc8ed9cns6tvq2plpqppfm8erqz77shw

Replying to Avatar Water Blower

This article will also be the talk I will give at NostrAsia Tokyo.

Traditionally, people (tech & non tech) associate decentralization with blockchains, mostly because blockchains (including Bitcoin, the first ever blockchain) introduced the concept of decentralization to the mass audience.

__Blockchains, regardless of types, are created to solve problems that require global consensus.__

However, most types of applications don't need global consensus. I argue that 99% of the applications don't need global consensus even if they are networked.

Your chat with your friends don't need to be agreed by all computers globally. As long as the participants of the conversation agree on the same chat history, it works.

If you share some files with your colleagues in a collaborative editing software, such as Google Docs or Notion, this file & its editing history don't need a global consensus of all computers. As long as all editors/commenters/viewers can agree on the same file, it works.

Besides chat and office software, most softwares just doesn't need global consensus.

__Global consensus, at its core, is to address problems around limited resource, such as Bitcoin's limited quantity of money.__

Most softwares is just not about limited resources at all. This is why building decentralized applications on top of blockchains don't work in general. They are solving the wrong problem with the wrong tool.

Nostr solves the missing part of decentralization infrastructure. I am not saying that the current implementation of Nostr is the true and only solution. But its philosophy, generic relays + specific clients, is the right way to go.

There are 3 major areas of decentralization problems:

1. Identity

2. data manipulation

3. data preservation

### Identity

Nostr's private key + public key makes it possible to locally verify identity with algorithms instead of relying on centralized servers to tell you if this person is this person, in contrast to OAuth.

### Data Manipulation

Because of No.1, all clients can independently create & manipulate data without needing to communicate with servers.

### Data Preservation

Relays only act as the long term storage layer and communication layer instead of the authority of business logic.

A normal relay is vastly simpler than traditional cloud-first server software. Therefore,

1. it's cheaper to develop. The best relay, `strfry`, is only developed by a single person with only 15K lines of code, yet it's more useful than most centralized cloud software.

2. It's cheaper to operate.

3. Because business logic developers don't need to write server code anymore, it's much faster for them to release their features.

We can call this decentralization, or we can call this local-first software. The key takeaway here is, by reducing useless server code, we can save money, save time, and create better software so that the whole society benefits from it. Some of us can probably get rich because we save so much money, even if we operate in a 100% fiat way.

### What's the opportunity for us?

Because most people, especially decision makers in most companies, still think __decentralization__ == __blockchain__ and they fear the regulation complexity of blockchains, they are blind to see this other part, the major part in fact, of decentralization.

They will miss a huge opportunity to reduce cost and boost productivity.

Therefore, our opportunity is to build better software & services in a much more efficient way and actually beat them in the fiat world. We don’t even need to unleash the superpower of zaps.

This article is fantastic, it is the best article on Nostr I have seen in a while. Nostr's super-simple solution to a complex problem is clearly illustrated. Nostr is not only a victory for decentralization, but also a tremendous increase in the efficiency of client and server development. The development cost of the client and the server is greatly reduced, and each performs its own duties. Nostr's separation of powers, the user has private rights to the private key, the relay has the data storage rights, and the client has the editorial rights to the published content. The most important thing is that the user has all the rights when he has the private key. 💜🫂⚡️