Avatar
synace⚡🖅 lightningrelay.com
ee32690bd984faff7b7496e3239da93d36d541efddaa7e5035451c4236be52c4
⚡paid nostr relay https://lightningrelay.com/ #dad #buffalo #entrepreneur #renovation #foss #php #blockchain #bitcoin #lightning #ethereum #shitcoins

Alby doesn't really show much or send notifications... so, I think i see some sats. Lol wtf.

Current address is set, yes. Standing by!

I could use a test zap to my current lud16 to be sure it's working, then I want to setup an alias to see if that'll work. Thanks in advance!

I'm curious if I can setup an alias to my "getalby" address, would you be willing to zap me 1 sat at my current profile settings, and then let me change them and try again? Thanks!

On linux, I've been settling into iris while I wait for damus. nostr_console is also capable, but tedious. I tried snort briefly, looked ok, but I think it needed SSL locally, so I'll do that again some other time.

So, does everyone just run their own relay with filtering for their own content and subbed content, or do we end up federated for "backup/archival" of content? Or pay for archiving separately?

The protocol would be the source of truth. As long as all participants agree on the protocol.

so "foo.nostr.btc" and "foo.nostr.ltc" or "foo.btc.nostr" and "foo.ltc.nostr" ?

Oh, one thing, I noticed it went to /invoices, is that via the metadata or just an assumption at this stage?

Thanks for the 👀 eyes on the relay! Can't wait for damus (web/desktop/android)!

Looks like someone is trying to scam the #bitcoin #ordinals #nft hype. "Bitcoin Name Service" says they can do on-chain .btc domains; Turns out they just did "satoshi.btc" as a text inscription on an ordinal and are calling it a day. They didn't even bother writing a real protocol description. The funny thing though is that if they actually pivot from being a SCAM to being legit, they could actually make the on-chain attestation work. My proposed protocol below:

1. The earliest block height in which an ordinal was inscribed with the unique registration is the "beginning" of the registration;

1.a. If there are more than one inscriptions within the same block, the one with the lowest ordinal wins (or swap out some other reasonable & repeatable methodology here)

2. The "registration" expires after N number of blocks... let's say a year worth: 52560.

2.a. If the wallet owning the "valid" ordinal posts another registration w/in the expiry period, the registration is renewed for another 52560.

2.b. If the registration expiry period passes, any other wallet can post a new registration on the block after expiration.

TADA. A "me first", "expiring", "renewing", "released" system for unique string inscriptions. You would only need a tool that could scan the blockchain for that data and provide results via an API. It would have to be open source and hosted by many. There'd be no middle-man grifter to take a cut either (the protocol could require a "valid registration" to send some #BTC to a known address, but unless it was of community benefit, no one would support it)

Either way, .btc domains already exist on stacks, but this protocol I've proposed here could be used for something else with expiring first claim issuance. Anyone have any good ideas on things to register in this manner?

#[2] thoughts? also, I white-listed you so you can add wss://lightningrelay.com w/o going through the lightning payment.

Looks fixed now as of your tweet, is that correct? Good to go?

Check out my thread; thoughts?

Looks like someone is trying to scam the #bitcoin #ordinals #nft hype. "Bitcoin Name Service" says they can do on-chain .btc domains; Turns out they just did "satoshi.btc" as a text inscription on an ordinal and are calling it a day. They didn't even bother writing a real protocol description. The funny thing though is that if they actually pivot from being a SCAM to being legit, they could actually make the on-chain attestation work. My proposed protocol below:

1. The earliest block height in which an ordinal was inscribed with the unique registration is the "beginning" of the registration;

1.a. If there are more than one inscriptions within the same block, the one with the lowest ordinal wins (or swap out some other reasonable & repeatable methodology here)

2. The "registration" expires after N number of blocks... let's say a year worth: 52560.

2.a. If the wallet owning the "valid" ordinal posts another registration w/in the expiry period, the registration is renewed for another 52560.

2.b. If the registration expiry period passes, any other wallet can post a new registration on the block after expiration.

TADA. A "me first", "expiring", "renewing", "released" system for unique string inscriptions. You would only need a tool that could scan the blockchain for that data and provide results via an API. It would have to be open source and hosted by many. There'd be no middle-man grifter to take a cut either (the protocol could require a "valid registration" to send some #BTC to a known address, but unless it was of community benefit, no one would support it)

Either way, .btc domains already exist on stacks, but this protocol I've proposed here could be used for something else with expiring first claim issuance. Anyone have any good ideas on things to register in this manner?

#[2] ^