Subnostr

lol, you can only see new events on your feed every 10 mins , after a block is mined

Replying to

jb55

Imagine people could put out micro-tasks for sats and people could browse them to earn sats. Could call them quests 😆

h/t #[0]

#[1]

stakworks does something very similar, would be cool to see nostr + stakworks

Replying to

Yeah will most probably make sure storage is optional and can be switched on or off.

or even modular. seems like a good design is to separate storage from relay so operators can choose their own backend

Replying to

It is live now, but still need to be minimally tested… and it still doesn’t have a domain name.

By the way guys, looking for a relay implementation name, so suggestions are welcome!

blixtr , cause it’s blisteringly fast 😂

Replying to

Because I am developing the relay software in two steps…

IMO the most important part is being able to accept events and send them to subscribed clients. Storage can be a completely separate process, and will be developed in a second phase.

But in a nutshell, for now, you’re right. Still could be useful when relays are overloaded… a readonly one could stand up to the pressure as it has way less work to do.

great way to chunk up the work. i think there will also be a use case for blazing fast proxy relays which help sync across slower, beefier relays with more storage

Replying to

For now, just following the NIPS and trying to make a normal relay… it’s readonly for now because I simply haven’t focused on storage just yet.

We’ll see what nostr needs, I’m here to help it get up to speed with the crazy adoption happening.

By the way, it’s FOSS, so anybody will eventually be able to spin one up if wanted.

very cool, i might take a look. been wanting to dust off my elixir hat 😁

Replying to

Elixir, which translates to Erlang…

fuck yeah, low-latency high volume relays seems like the perfect elixir usecase. i’ve seen a few people mentioning relays which broadcast to other relays.. seems like this would be perfect for that?

Replying to

PABLOF7z

I have the worst opsecs of bitcoin t̶w̶i̶t̶t̶e̶r̶ nostr

haha the worst part of having tattoos

Replying to

ODELL

You could probably set it up so all miners in the pool construct their own blocks as well. Just think it is more practical to expect five to seven miners (however many guardians are chosen) in a pool to run their own node and do block construction than every miner.

right, but i think that’s still stratumV2 haha. basically you need 1 or more miners behind a bitcoin core node, and the core node creates block templates. the benefit i see here is you can choose for yourself in stratumv2 how cooperative vs decentralised you want to be.

not saying fedipool is a bad idea, or stratumv2 is better. just trying to understand if fedipool adds anything new, and it doesn’t seem like it does. but maybe fedipool gets more traction?

Replying to

Mad Bitcoin

Ive been hearing about stratumV2 for years... hopefully it gets some support now🤦‍♂️

there is an open grant to have someone work on it from spiral or square crypto, can’t remember which one. tell all your rust frens about it

Replying to

ODELL

yea, it would be complementary to stratumv2.

guardians would construct the blocks, individual miners in the pool could choose which guardian constructs their blocks.

custodial risk would be reduced over a traditional pool setup. privacy of individual miners improved + easy lightning withdrawals for mining rewards.

interesting, although i’m not seeing the benefit of having guardians construct blocks vs having individual miners construct blocks (which is what stratumV2 is proposing)

Replying to

arbedout

A semantic interpretation that I'm coming around to as I work through Clark's 'Designing an Internet': if you're not running your own autonomous system, peering with other ASs, and administering your own DNS servers *at minimum*, then it isn't reasonable to consider yourself an 'Internet user'.

Most people who think of themselves as 'Internet users' are actually *customers* of Internet users - it's the ISPs that are actually using the Internet, and their customers are getting exactly as much access to the Internet (read: Netflix, Gmail, social media) as the ISPs deem acceptable.

been having the same thought recently. there’s actually quite a few guides on running an AS! personally, been focusing on self hosting first and then eventually plan to go full retard and try to set up an AS

Replying to

josie

what benefits does this have over stratumv2? briefly glanced and they more or less seem to be tackling the same problem, the biggest of which is the pool operator constructing the block

https://www.discreetlog.com/fedipool/

seems this is proposing guardians construct blocks, whereas i think stratumV2 has each miner constructing a block, iirc

Replying to

ODELL

Fedipool: Fedimint Could Mitigate Bitcoin Mining Pool Concerns

Current Fedimint development is focused on easy to use consumer wallets that could replace usage of major custodial wallet providers such as Binance and Wallet of Satoshi, but what if the same tech was used to replace major custodial mining pools such as Foundry and AntPool.

what benefits does this have over stratumv2? briefly glanced and they more or less seem to be tackling the same problem, the biggest of which is the pool operator constructing the block

merry crimus ya filthy animals

Replying to

Duck Nebuchadnezzar

This just points out one of the coolest bits about it. When you see the checkmark, that means that you have verified that claim yourself and didn't rely on anyone to tell you that it's valid.

excellent point. your client is the one making the call. even better, your client can choose to ignore this information!

Replying to

Duck Nebuchadnezzar

It's showing up now, but I wasn't seeing a request for it in devtools through a few refreshes before I said anything.

yeah, nostr.rocks is a lil slow. either way, very cool feature!

Replying to

Duck Nebuchadnezzar

I'm not seeing a check on your domain. Might want to double check your metadata.