I feel that so far in #Bitcoin, #Nostr, and the #Pears stack we’ve had a strong focus on two things:
• User facing wallets, app, and features
• And fundamental network design and implementation
However, there are drawbacks to what we’ve focused on: The fundamental network development is critical, but isn’t understood and doesn’t interact well with the end user. While the end user wallets and services often have huge trade offs and rely on third parties or custodians.
We have basically let the market for centralized companies work to bridge between these two areas of development and demographics of the community.
But as has been shown with recent arrests and the fear rippling through public service providers, I think it’s critically important that we start focusing on building tools to BE a service provider, that are as simple and easy to operate as the end user wallets have been designed.
The barrier is still too large between the end UX and the core tools of these environments.
For example, we need to think about how we can design an interface that lets anyone with a couple of BTC be a private LSP, automatically, with channel splicing, and try at lets users connect to and use them in popular wallets with nothing but a QR. This would radically change the landscape if “running a server” is as easy as we can possibly make it. This would be the key to genuine decentralization of the market and the ability to quietly make a huge variety of reliable and simple services and onboarding tools that aren’t bug, public, and easily targeted businesses.
It would open up an entirely new layer of the market that is never actually targeted and with tradition infrastructure, isn’t really possible. But the new protocols we have today change this. We need to change how we think about the architecture of the market when we have new tools that, rather than simply building the same things with new tools, allow us to completely rethink how things are built in the first place.
Recently piece from Svetski (npub1dtg…up6m) is a great example. IMO, It’s time we think about UX for sovereign providers the way we’ve always thought about UX for the average user.
TheGuySwann / Guy Swann
npub1h8…6rpev
2024-05-06 13:46:56
Author Public Key
npub1h8nk2346qezka5cpm8jjh3yl5j88pf4ly2ptu7s6uu55wcfqy0wq36rpevPublished at
2024-05-06 13:46:56Event JSON
{
"id": "74985c4c74a48703074caa568d6786e08f5da01463d7a191558d1a4170c720a9",
"pubkey": "b9e76546ba06456ed301d9e52bc49fa48e70a6bf2282be7a1ae72947612023dc",
"created_at": 1715003216,
"kind": 1,
"tags": [
[
"t",
"bitcoin"
],
[
"t",
"nostr"
],
[
"t",
"pears"
],
[
"p",
"6ad08392d1baa3f6ff7a9409e2ac5e5443587265d8b4a581c6067d88ea301584"
]
],
"content": "I feel that so far in #Bitcoin, #Nostr, and the #Pears stack we’ve had a strong focus on two things:\n• User facing wallets, app, and features\n• And fundamental network design and implementation\n\nHowever, there are drawbacks to what we’ve focused on: The fundamental network development is critical, but isn’t understood and doesn’t interact well with the end user. While the end user wallets and services often have huge trade offs and rely on third parties or custodians.\n\nWe have basically let the market for centralized companies work to bridge between these two areas of development and demographics of the community.\n\nBut as has been shown with recent arrests and the fear rippling through public service providers, I think it’s critically important that we start focusing on building tools to BE a service provider, that are as simple and easy to operate as the end user wallets have been designed.\n\nThe barrier is still too large between the end UX and the core tools of these environments. \n\nFor example, we need to think about how we can design an interface that lets anyone with a couple of BTC be a private LSP, automatically, with channel splicing, and try at lets users connect to and use them in popular wallets with nothing but a QR. This would radically change the landscape if “running a server” is as easy as we can possibly make it. This would be the key to genuine decentralization of the market and the ability to quietly make a huge variety of reliable and simple services and onboarding tools that aren’t bug, public, and easily targeted businesses.\n\nIt would open up an entirely new layer of the market that is never actually targeted and with tradition infrastructure, isn’t really possible. But the new protocols we have today change this. We need to change how we think about the architecture of the market when we have new tools that, rather than simply building the same things with new tools, allow us to completely rethink how things are built in the first place.\n\nRecently piece from nostr:npub1dtgg8yk3h23ldlm6jsy79tz723p4sun9mz62tqwxqe7c363szkzqm8up6m is a great example. IMO, It’s time we think about UX for sovereign providers the way we’ve always thought about UX for the average user.",
"sig": "cc70c0f8377f4425ae26290e1baaa26febe7f1ace4306894f1f57c2a6097598a43abe8a0a3a67da302d1818aad7f863802500c34274c434ef932b70f7ff2c845"
}