Nostr notes by matthewjablack

Any way for Canadians to try it @npub153x…ryu8 ?

2024-12-08T23:13:40Z

In reply to nevent1q…csxk
_________________________

Any way for Canadians to try it BenJustman (npub153x…ryu8) ?

Amazon shareholders propose adding #Bitcoin to it's treasury ...

2024-12-08T19:42:11Z

Amazon shareholders propose adding #Bitcoin to it's treasury

WILD

Laser eyes till 1 mil 🍻

2024-12-05T15:07:18Z

In reply to nevent1q…e4ct
_________________________

Laser eyes till 1 mil 🍻

Whoa! where can we get access to this?

2024-12-05T05:23:41Z

In reply to nevent1q…4v56
_________________________

Whoa! where can we get access to this?

TODAY IS THE LAST DAY Congrats to everyone that did 100 push ups ...

2024-12-05T03:41:34Z

TODAY IS THE LAST DAY

Congrats to everyone that did 100 push ups per day till 100k 👏 🍻 💪

quoting
note1sfx…msnm
100 push-ups per day till...👀

note1w7s…uujj

Nostr event nevent1qqsvsa37tyjsgs9rspgjed2p5rh7ghz2s79ksncmv6l8ch8dyghxsygzype8eclvvgzz8335a6q8m6khffkydddvfm90ju8v2trpz0288vjh77j9zg5

2024-12-05T03:40:55Z

Happy 100k y’all 🍻

Covenant support is loading 👇 LNHANCE (OP_CTV, OP_CSFS, ...

2024-12-05T00:16:51Z

Covenant support is loading 👇

LNHANCE (OP_CTV, OP_CSFS, OP_PAIRCOMMIT, OP_INTERNALKEY), OP_CAT, OP_CCV, OP_VAULT, OP_TXHASH, SIGHASH_APO are being discussed

If you're a bitcoin dev, add your opinion to the wiki

/dev/fd0 (npub1v6q…nzyr), Luke Dashjr (npub1lh2…a9nk), moonsettler (npub1dge…mccn), reardencode (npub1su6…su60), Carman (npub1u8l…turz) and others have already shared their opinion

https://en.bitcoin.it/w/index.php?title=Covenants_support

100 push-ups per day till...👀 https://m.primal.net/MnmB.png ...

2024-12-04T22:52:44Z

100 push-ups per day till...👀

quoting
note1w7s…uujj
100 pushups a day until $0.1M

Hard body, hardest money ever #bitcoin

TIL about https://nak.nostr.com/ Great tool for decoding nostr ...

2024-12-03T02:35:35Z

TIL about https://nak.nostr.com/

Great tool for decoding nostr events, pubkeys, etc.

GM 🥩 🍳 ☀️ https://m.primal.net/LUvC.jpg

2024-10-13T16:04:20Z

GM 🥩 🍳 ☀️

GM 🥩 🍳 ☀️ #foodstr https://m.primal.net/LFgf.jpg

2024-09-29T15:56:28Z

GM 🥩 🍳 ☀️

#foodstr

> The term “AMM” appears 19 times in that article. ...

2024-09-26T19:00:33Z

In reply to nevent1q…0y9p
_________________________

> The term “AMM” appears 19 times in that article. 🤷‍♂️

It doesn't talk about AMMs in relation to CTV creating on-chain AMM-style marketplaces

> You don’t need introspection if the addresses are preregistered. Scanning the address will list all the UTXOs. Once you know the UTXOs then you also know the amounts.

The need for introspection relates to needing to look at the previous price of the AMM, to determine what the new price should be. It doesn't matter who previously did a trade for calculating the price, just that someone did, and you can verify that someone did.

> No, you don’t need multiplication if you can determine the product in another way. You might be able to create a state machine through a chain of predefined UTXOs that represent the AMM’s balance ratio.

I'm not sure how exactly this would be done, but even if it were possible to validate or invalidate certain pathways, you would still need a ridiculous amount of compute for this. CTV commit to all inputs and outputs, so you need to compute for all the possible prices for all the possible participants ahead of time.

You run into the infinite compute problem again

The key thing with CTV, is all possible states must be known ahead of time. So AMM with price x and pool of a,b,c,d....z users

All that must be precomputed. It's virtually impossible to precompute all the possible states of an AMM ahead of time.

This is specifically because you're committing to ALL inputs and outputs. If it was only committing to a subset of inputs and outputs, then you wouldn't need to precompute all the possible states ahead of time.

> CTV would enforce that only valid state transitions can occur by committing to specific transaction templates. If input A and input B, then move to point on the curve #1. But if input A and input C, then move to point #2. You’re determining the product based on the inputs provided. It has the same effect as multiplication, just doesn’t require computation or introspection.

This is an oversimplification of all the possible states. Also there isn't a good way to add funds to the AMM. You'd need to calculate all the possible states ahead of time when folks first add funds. And you'd also have to precompute anyone on the registrar that could add funds, for any amount. You'd also need to precompute anyone being able to withdraw funds from the AMM for any amount ahead of time too.

Like the number of states you need to precompute, makes the entire thing impossible.

> Looks like nobody responded with any information showing the non-technical risks were considered. I still haven’t seen anything either. It’s on the proponents to show safety. It would be negligent to not fully consider all risks.

Yea ended up getting limited visibility on that post. The main resources I've seen have been on mailing lists. But many of them were also for old versions of CTV.

The BIP119 PR is probably the best resource for risks discussed:
https://github.com/bitcoin/bitcoin/pull/21702

For example:
- https://github.com/bitcoin/bitcoin/pull/21702#issuecomment-825557354
- https://github.com/bitcoin/bitcoin/pull/21702#issuecomment-1106795814
- https://github.com/bitcoin/bitcoin/pull/21702#issuecomment-1107666137
- https://github.com/bitcoin/bitcoin/pull/21702#issuecomment-1129462467
- https://github.com/bitcoin/bitcoin/pull/21702#issuecomment-1335764227

Most of these concerns seem to be related to getting consensus on the change or confusion about the change, and I think one concern is related to complexity (raised by John).

> It appears that it might be possible for CTV to create ...

2024-09-23T22:25:29Z

In reply to nevent1q…hquh
_________________________

> It appears that it might be possible for CTV to create on-chain AMM-style marketplaces. On chain marketplaces create arbitrage opportunities which motivate people to pay for faster transactions:

That article doesn't mention AMMs at all. It mentioned inscription marketplaces, like Magic Eden, which is running today, where you need to construct a PSBT to create an "ask" for a Rune (you can't even do bids). They were talking about that creating some MEV.

> Please show me where the non-technical risks were discussed. I haven’t been able to find anything other than Peter identifying the risk of cheaper OOB payments.

Great question. Let's see what folks say:

https://x.com/matthewjablack/status/1838340344607355010

utxos.org is obviously a great resource. And mailing list for previous iterations of CTV

OpTech had some things to say: https://utxos.org/analysis/optech/

> We were previously discussing AMM style marketplaces.

AMM style marketplaces can't be built with CTV.

> I suggested that perhaps specific UTXOs could represent points on the hyperbolic constant product curve (x * y = k) that’s used in AMM marketplaces.

You can't do transaction introspection with CTV, so this isn't possible

> You haven’t yet shown me why it’s impossible to create AMM style marketplaces using CTV.

You haven't shown me how you can!

First of all, you need to do multiplication to do x * y = k. You don't have OP_MUL in Bitcoin script since it was disabled back in 2010 by Satoshi. You can emulate OP_MUL using CAT in order 1400 bytes. But you cannot emulate it with just CTV.

Bitmatrix ran into this problem when they were building an AMM on Liquid. They were able to get MUL working using OP_SUBSTR and OP_CAT:

https://medium.com/bit-matrix/technical-how-does-bitmatrix-v1-multiply-two-integers-in-the-absence-of-op-mul-a58b7a3794a3

However CTV doesn't enable MUL in any capacity. You cannot create an AMM if you cannot calculate the price after a swap occurs.

Absolutely 🎯 This thread contains even more discussion on the ...

2024-09-23T19:01:08Z

In reply to nevent1q…kwek
_________________________

Absolutely 🎯

This thread contains even more discussion on the topic: 👇

And generally covenants using CTV open the door to doing a whole range of things *trustlessly* and *efficiently* in a very clear and understandable manner that doesn't leave room for unknown unknowns being introduced (especially compared to CAT). Commiting to ALL inputs and outputs reduces the attack vectors substantially IMO.

quoting
note1unr…sz7k
> My point was that Peter had overlooked the other case, specifically the risk that CTV could motivate people to pay for faster transactions.

Why would CTV motivate people to pay for faster transactions more than any other normal transaction? I don't see how it would create more motivation for paying OOB for faster transactions than lightning or on-chain payments.

> and I don’t believe anyone can know for certain — because our assumptions are based on the past and not what people might invent in the future

CTV has been pretty well researched over the past 4 years since it's inception. It's gone through several iterations to make it safer. In fact there's been way more scrutiny and edge cases researched for CTV than was ever done with Taproot.

> I could imagine that this could be solved by the coordinator frequently reissuing the contracts with the current value.

The key thing here, is you can't exit the contract if your counterparty is offline. So once the DLC options contract is created, unless you've pre-signed for all the possibilities ahead of time, if your counterparty goes offline, then you can't exit, and you have to hold to expiry.

You could have dedicated market makers that take the other side of contracts, but that means the market maker can't exit if their counterparty goes offline, making this process very capital inefficient (not to mention you can't do portfolio margining obviously, since risk is defined within the DLC contract itself).

So unless you have all those pre-signed outcomes, you won't have secondary markets. But you won't have secondary markets without infinite compute.

So as much as I would like that use case to work, CTV just doesn't enable it.

CAT on the other hand would enable it, since you can commit to specific inputs and outputs, whereas with CTV you must commit to ALL inputs and outputs.

This is why CTV is actually incredibly conservative. At face value things that you think are possible, aren't actually possible. It's a very restrictive covenant scheme.

Christmas came early this year 🎄🔔 #note1qqq…xuk7

2024-09-23T17:40:35Z

Christmas came early this year 🎄🔔

quoting
note1qqq…xuk7
Jingle, the wonderful dynamically customizeable relay, is back for revenge: simpler, faster, prettier, and this time with no undebuggable C library bugs, only all the other types of bugs.

Again I am looking for beta-testers: https://github.com/fiatjaf/jingle/releases/tag/v0.1.0

nevent1q…km6p

> My point was that Peter had overlooked the other case, ...

2024-09-23T17:38:30Z

In reply to nevent1q…g5ew
_________________________

> My point was that Peter had overlooked the other case, specifically the risk that CTV could motivate people to pay for faster transactions.

Why would CTV motivate people to pay for faster transactions more than any other normal transaction? I don't see how it would create more motivation for paying OOB for faster transactions than lightning or on-chain payments.

> and I don’t believe anyone can know for certain — because our assumptions are based on the past and not what people might invent in the future

CTV has been pretty well researched over the past 4 years since it's inception. It's gone through several iterations to make it safer. In fact there's been way more scrutiny and edge cases researched for CTV than was ever done with Taproot.

> I could imagine that this could be solved by the coordinator frequently reissuing the contracts with the current value.

The key thing here, is you can't exit the contract if your counterparty is offline. So once the DLC options contract is created, unless you've pre-signed for all the possibilities ahead of time, if your counterparty goes offline, then you can't exit, and you have to hold to expiry.

You could have dedicated market makers that take the other side of contracts, but that means the market maker can't exit if their counterparty goes offline, making this process very capital inefficient (not to mention you can't do portfolio margining obviously, since risk is defined within the DLC contract itself).

So unless you have all those pre-signed outcomes, you won't have secondary markets. But you won't have secondary markets without infinite compute.

So as much as I would like that use case to work, CTV just doesn't enable it.

CAT on the other hand would enable it, since you can commit to specific inputs and outputs, whereas with CTV you must commit to ALL inputs and outputs.

This is why CTV is actually incredibly conservative. At face value things that you think are possible, aren't actually possible. It's a very restrictive covenant scheme.

> They open the door to future mining centralization. Can you ...

2024-09-23T17:27:56Z

In reply to nevent1q…uv93
_________________________

> They open the door to future mining centralization.

Can you elaborate on how they increase mining centralization?

From what I can see, CTV actually reduces mining centralization, by making trustless coordination-free mining pools possible. Since coinbase transaction can be constructed to send funds directly to a covenant that miners can later claim their funds from in a trustless manner, it'll dramatically reduce the reliance on pool operators for larger miners.

https://utxos.org/uses/miningpools/

> Maybe someday there will be an existential scaling crisis, but we don’t have one right now. The mempool is clearing at a few sats/vbyte.

You could make the argument that the mempool is clearing at a few sats/vB because not enough people are actually practicing self-custody. Most of the activity is on centralized exchanges or ETFs. Vaults make self-custody way more feasible and safe.

> There are also alternatives that devs haven’t yet explored. We should exhaust all reasonable alternatives before proposing a core protocol change.

Yes that is true for covenants. You can "technically" simulate a covenant on Bitcoin today by locking UTXOs with a key that must be provably destroyed. Before destroying the key, you presign the unvaultiong transaction with the spending paths you wish for the covenant.

But let's be honest, the concept of needing to literally provably destroy the private key is an incredibly terrible process prone to error. And relying entirely on pre-signed transactions to get your funds back is just terrible as well. Instead of having to backup seed phrase, you need to back up pre-signed txs.

> We should instead identify key use cases (vaults?) that are absolutely essential (that can only be solved with a core protocol change) and build specific solutions, scoped as narrowly as possible to prevent unintentional side effects.

Ironically the solution that enables effective vaults (OP_VAULT) relies on OP_CTV support

IMO risks for CTV are very well defined, and every action commited to in CTV is well defined as well

GM ☀️ 🥩 🍳 #foodstr https://m.primal.net/KzLz.jpg

2024-09-23T15:17:02Z

GM ☀️ 🥩 🍳

#foodstr

> That’s true, but I think you’re conflating two services. ...

2024-09-22T13:35:39Z

In reply to nevent1q…5dgs
_________________________

> That’s true, but I think you’re conflating two services. Well, technically, there are three services (fast, regular, and slow). “Fast” would be an acceleration service for those who want faster transactions and willing to pay for speed. Regular would be the normal CPFP transaction. “Slow” would be a cheaper, slower service for those who don’t want to pay higher CPFP fees and are willing to wait.

Very fair point. However if folks are okay with “slow”, what’s the likelihood they’re also okay with just waiting for lower feerates for their tx to be confirmed in the first place?

> What if there was a registration step where traders sent the coordinator or AMM a small amount to register their address, and the contracts published the next day by the AMM would include these registered addresses?

AMMs are not possible with CTV only, because there is not sufficient transaction introspection to achieve this (aka you can’t look back at previous txs which is necessary to have the price update in an AMM).

Registration step with a coordinator is technically plausible, but in practice it’s computationally infeasible.

With CTV you need to pre-calculate all the possibility trees ahead of time.

For example, imagine you had 1 million addresses registered. You’re about to create an options contract that you want to be able to sell to any of the 1 million. So you need to precompute 1 million possibilities. Now imagine you want to allow that million to be able to also sell to any of the million registered as well. Well now you need to compute 1 million times 1 million combinations within your taproot tree script. Oh and if you want that 3rd sale to be able to sell to anyone, you need to do it again, creating infinite possibilities to compute.

On top of that, you’d need to also compute all the possible prices of the contract as well. For example dependent on the market price, it could sell for 0.01, 0.011, 0.012, 0.013 etc, etc. You’d typically have 100 possibilities for 0 to 0.1. To handle up to 1 BTC option price you’d need to compute an additional 1000 possibilities. So multiply all the previous million by another 1000 dependent on your price granularity.

So yea, you might be able to construct a transaction that is one time MEVable, but it can’t be continuously sold without infinite compute power. Additionally I highly doubt an on-chain market would ever form due to these restrictions

(Not to mention we haven’t even gotten into free option problem, since block confirmations take so long, that the potential for someone to RBF while they’re waiting for the block to confirm and they see the price move in the opposite direction makes these contracts infeasible in the first place)

Had a great time talking about #Bitcoin covenants at ...

2024-09-17T22:34:09Z

Had a great time talking about #Bitcoin covenants at TheBitcoinBay meetup last night

Lots of folks are excited about CTV and CAT and the possibilities they bring for better self custody, better lightning, better scaling and more

> I don’t see how that thread debunks because it assumes a ...

2024-09-17T17:44:19Z

In reply to nevent1q…p55m
_________________________

> I don’t see how that thread debunks because it assumes a choice between one or the other. Why not both?

So imagine you broadcast OOB to antpool which has 25% of the hashrate. That gives you an estimated average confirmation time of 40 minutes

You have a 25% chance of it being mined in 10 minutes

82.2% chance of it being mined within the hour (1-(1-0.25)^6 = 82.2)

However it could take longer than this. 96.8% chance of it being mined in 2 hours

This vs paying a high enough fee to ensure it gets in the next block.

Imagine OOB was 25% cheaper than CPFP. Would you wait longer than usual for your transaction to be mined or pay 25% more to ensure it gets in the next block? Also, if it doesn't get in within the hour, would you pay 1.5x the original cost to send it to another miner?

It seems rational actors will choose just to broadcast.

Also, in practicality, it likely wouldn't be 25% cheaper because every single OOB tx acceleration option I've seen has been substantially more expensive than just doing CPFP. Pools want to charge a premium for this service.

> I’m not concerned with P2P trading, with primary origination on-chain, or with secondary trading off-chain that happens independently of miners. I think the issue is secondary trading of options directly on chain.

> You can use this to trade options, make atomic swaps, etc.

I suspect you're referring to "decentralized options" from the utxos.org/uses/options page

To clarify, an atomic swap is a purely peer-to-peer contract

And the option contract described on the page is also peer-to-peer.

So it would not be possible for secondary trading of options directly on-chain, unless you knew the counterparties you wanted to trade with ahead of time

You would need to pre-define potential change of ownership of the sell or buy side of the contract, and specify the participants that could take the contract off your hands ahead of time, which leaves no opportunity for MEV

> I think you would need to show that all AMMs must have a fundamental marketplace or contractual state that cannot be modeled by Sapio. It seems to me that if there is any possibility that there could be any secondary on-chain trading, then we can’t rule out the potential for time-based centralizing MEV through arbitrage, front-running, etc.

The key thing with CTV, is you commit to ALL inputs, and ALL outputs

Which means all participants in a CTV commitment or string of CTV commitments, need to be known ahead of time.

By definition, an AMM needs to allow anyone to participate to take trades in either direction

Not to mention, AMM doesn't work for Runes or BRC20 tokens

There's a proposal for AMMs to work with new OP_CAT tokens, but this doesn't apply at all to CTV: https://x.com/rot13maxi/status/1833667750469804315

So in this regard CTV is extremely safe. It only enables use cases that are peer-to-peer or known-parties-to-known-parties

> MEV already exists elsewhere.

Actually with the point above that you need to specify all the parties ahead of time, I don't think MEV is a concern at all actually

If you can give me a counter-example regarding MEV I'm happy to reconsider

MEV is a concern with runes, because someone can snipe a rune in the mempool when it's being bought

But if you lock into a CTV covenant, only parties specified ahead of time in the CTV commitment can "snipe" or front-run something

This thread debunks any remaining OOB concerns IMO ...

2024-09-12T22:23:21Z

In reply to nevent1q…f9ws
_________________________

This thread debunks any remaining OOB concerns IMO

https://x.com/4moonsettler/status/1834337644496539779

> You can use this to trade options, make atomic swaps, etc. ...

2024-09-12T14:01:25Z

In reply to nevent1q…h7hf
_________________________

> You can use this to trade options, make atomic swaps, etc.

You can trade options now using DLCs (we pioneered this at atomicfinance (npub1at0…wshk))

Cross-chain atomic swaps have always been infeasible due to the free option problem (folks tried building them using HTLCs back in the day):

https://medium.com/@mchammond/atomic-swaps-eebd0fa8110d

> CTV is actually an advanced NEW smart contract platform that RUNS ON CHAIN.

I think this is a bit misleading, because it is not an entirely generalizable "smart contract platform" that creates a huge surface area of attack like you might see in Ethereum smart contracts. The surface area of attack is well defined, because you specify exactly what the parameters for exiting the locking script. You can create loops for example, but you must define when the loop ends. All possible states of the contract are defined ahead of time.

> Are you familiar with Uniswap and all the MEV opportunities created by financial trading and arbitrage?

As is mentioned in the article, MEV already exists on-chain on Bitcoin in the form of runes. People were sniping them right around the halving and selling at a higher price. And yet, all this activity died down, because it wasn't profitable. People learned that MEV is incredibly difficult to actually extract on Bitcoin, due to the 10 minute block times (which end up being 2 minutes or 40 minutes).

CTV does not enable an AMM to be created (CAT does, but an AMM is also extremely infeasible on Bitcoin due to the 10 minute block times once again, where slippage can be a huge concern).

What specific new MEV opportunities are opened up by CTV? In CTV you must constrain all the inputs and all the outputs, that you're committing to, so you'd have to specify ahead of time, which parties were able to snipe your transaction. It's not like anyone can try to snipe the transaction you were trying to do. And once again, even if someone specified a list of parties ahead of time, them sniping whatever type of contract is still incredible dangerous due to 10 minute block times, making it economically infeasible.

> This trading wouldn’t be risk if it were conducted say on Liquid and later settled on bitcoin.

Once again you can already do trading today of futures, options, bets using DLCs. But the key thing, is these contracts are all P2P, so there's no MEV opportunity. CTV makes DLCs better, but doesn't cause any new MEV opportunities.

I'm trying to understand exactly how someone would construct financial contracts on Bitcoin, that would be MEVable with CTV?

> These public payments are perfectly fine and have no risk. ...

2024-09-11T22:58:28Z

In reply to nevent1q…fjtw
_________________________

> These public payments are perfectly fine and have no risk.

Absolutely, agreed

> Your example of a forced lightning closure is a good example of a public payment.

The example I gave with anchor outputs assumes it's a forced closure with zero fees (that's the idea behind anchor outputs). The idea with it is that you can just CPFP it rather than both parties having to estimate feerates (like they do now pre-package-relay)

I would argue that OOB payments may be cheaper here than CPFP

Why construct a whole new transaction when you can just make an OOB payment to force close your zero-fee transaction into the next block?

> These private OOB payments create centralizing incentives

I definitely agree. But also if CPFP is more expensive than OOB payments in general, then this is a concern with CPFP inevitably creating centralizing incentives in general

I guess what I'm trying to get at, is how does CTV actually make this worse? It seems that centralization forces for OOB payments would be equivalent for Lightning force-closure and CTV transactions wouldn't they?

@npub1ej4…ndrm specifically said in his post: "The current ...

2024-09-11T19:40:59Z

In reply to nevent1q…x44j
_________________________

Peter Todd (npub1ej4…ndrm) specifically said in his post:

"The current CTV proposal in BIP-119 has only one hashing mode, known as the DefaultCheckTemplateVerifyHash, which essentially commits to every aspect of the spending transaction in the template hash. From a practical point of view this means that in many circumstances the only available mechanism for fee payment will be CPFP. As mentioned above, this is a potential problem due to it making out-of-band fee payment a non-trivial cost savings in cases where the CTV-using transactions are small."

So he's specifically saying that out-of-band fee payment could be cost savings for small CTV-using transactions.

IMO, you could make the exact same argument for lightning force closures. Even though lightning will move to anchor outputs, which means 0 fee force closures, that will be CPFP'd thanks to "package relay". Those small transactions could have cost savings with out-of-band fee payments.

But obviously, no one is pushing against package relay. For most small transactions, out-of-band fee payments would be a small cost savings.

In fact, this statement could technically be true for any pre-signed transaction scheme. Does that mean we should never have any pre-signed transaction schemes? Hardly.

So, since this issue already exists in Bitcoin and is only relevant to very small transactions, and since CTV can actually decentralize mining even more (https://utxos.org/uses/miningpools/), I'd argue these issues are known, and the concerns with not having CTV are actually a great risk to Bitcoin. Not having covenants, IMO, is a huge risk to Bitcoin custody centralization and people choosing not to self-custody.

CAT is an entirely different beast, and I agree that the risks are much more unknown.

https://petertodd.org/2024/covenant-dependent-layer-2-review

@npub1nz3…yxqu here are all the use cases of covenants (in ...

2024-09-10T03:00:22Z

In reply to nevent1q…3l7u
_________________________

techfeudalist (npub1nz3…yxqu) here are all the use cases of covenants (in particular CTV): https://utxos.org/uses/

I'm excited to be coming to @npub17yq…5269 for the first ...

2024-09-08T21:32:31Z

I'm excited to be coming to TABConf (npub17yq…5269) for the first time!

I'll be giving a workshop on how to create a simple DLC wallet and bet on the presidential election

So whether you're pro-Trump or pro-Kamala, be sure to come out to Atlanta for a fun time

https://github.com/TABConf/6.tabconf.com/issues/117

Gotta support your local Bitcoiners #foodstr ...

2024-09-06T22:30:05Z

Gotta support your local Bitcoiners

#foodstr

Tbh this problem is an issue of location location location. You ...

2024-09-05T02:53:17Z

In reply to nevent1q…0qpr
_________________________

Tbh this problem is an issue of location location location. You need a spot that already has significant lightning adoption.

Brilliant! Let's zap it into existence ⚡️

2024-09-05T02:52:47Z

In reply to nevent1q…77lh
_________________________

Brilliant! Let's zap it into existence ⚡️

Idea of the day: Nostr-powered alternative to Uber Eats One day, ...

2024-09-05T00:52:38Z

Idea of the day: Nostr-powered alternative to Uber Eats

One day, when #Bitcoin is the standard for payments, someone will build #foodstr. It will be an alternative to Uber Eats (for pickup only, as delivery wouldn't work), where you can pay with Lightning and order your food ahead of time.

It will save restaurants from a 10% Uber Eats fee for pickup orders.

Nostr event nevent1qqsxz8y7mrwp9shs84twfczms73q4vm5ugcr86n646n2twd9fu04dyczype8eclvvgzz8335a6q8m6khffkydddvfm90ju8v2trpz0288vjh745v95q

2024-09-04T18:10:40Z

In reply to nevent1q…kad9
_________________________

cashuBo2FteCJodHRwczovL21pbnQubWluaWJpdHMuY2FzaC9CaXRjb2luYXVjc2F0YXSBomFpSABQBVDwSUFGYXCYHqNhYRiAYXN4QDJmNzQ5ZWY2ZjAxNGEyYzhhM2JiOGQ5YjNlMDIyZTAwMTMzOThkNzA5YzU3YWQ1NzU1NmE0NjU3ZGJjOTc2YjJhY1ghA4SECVb_im92zw8LB3qEB3uQ9qB-Jgrn31x9Njt88WWXo2FhGIBhc3hAYzI1MWVlZTJhYTU3YzZkMGZhYzU1Njk2MGU2NjYwNTQwNjMxMTFlYzViNjNlYzNiZTkwYWMyODU0ZjM3NTFmZGFjWCEDMMEAHiv1YHHCNoJ-3HRIbt-TRpl0Tdbdeh7eMVOAvwqjYWEYgGFzeEA3MzZmOGYyOWY4NzI2OWEyMTgyNjFjMTNkYTgwYTVmYzNiYWJlZTg1ZmU2N2NhZjE1ZTI3NWVjMWZiOGFmZDM1YWNYIQKgFlpj_K-m-RW7t51LWY5eXzvi0k9OBIx0vjsWzNw9E6NhYRiAYXN4QDFhYWNmYWNhMWVmZmI3M2RkNTBjZjA5NDRkYWU2YjkzZDYwNjZkYmY5ZWU5ZjA4OGNiMmEyNGU1NGNhNjU5ZWRhY1ghAtxnPxjYvWgLHLHgrnz4RLN2JXZdXIWdUpbjKHNh0_S-o2FhGEBhc3hAOTBiZTZjY2JkNzI5M2NlNjVlM2NiNzRlNTJhNWU3NGMyMzQzNGU3MTZjODc0NjM3NGU3MWY0NTFiZDg0NmJhYWFjWCECY7B5m-zWhn4eQt3Cvd78swao3qKuMWSGdNyVZpyME4WjYWEYQGFzeEA2MWRjOGE4OWFjMWJkYTViNWU5ZDM1N2QyZjU2ZTI1Mjk4Y2IwNWRmY2ZjODJiZWFlMDM2ZDUzN2JjZDc5ZWZlYWNYIQOI9RB5VGNFGE5ajgRG5UGcckVzTcuVdTdkEplq2skf6qNhYRhAYXN4QGY2MDA0OGQxOTdlNjRkMmRiZDNkOTIwYTY2NjNmMTFiMzFjY2I5YzA5YmZhZjllMjI4ODliNGQ3Njg4ZmQzMTJhY1ghA753Tu0-366cz05n5MqYJvmoIRvsZBgXBq-qI4wFwyASo2FhGEBhc3hAYjZmNmE2N2M4MjJhMGZmZjNmZTNkNjFiMjBjZDNmZTk2OGExMDI5MGIyODhkODFlNTVmOGIwMmMwYzFlODBiOGFjWCEDqtpd8qo_3Q1APYN899CESJoKzjsjjtT5uhDNUQb5Ul2jYWEYIGFzeEA3NGEyZDlmNmE4NTViN2U2YjlmNjZjMDQzMTg5ZWExY2I0YjM1YjFhMzgxMDhhNmQyNzY3ZDBkNDU0NDkxZmUwYWNYIQK2IzQrA5C8grGSyKjF1GjoqagLP_y4JqYTRTUsvM6ErKNhYRggYXN4QGUyMDgxZTk5YzRlODZkNGI3YjhhMWRlNmUwMDBlMTdiMzdmZmUxZDExMzc4MzRhZjI5YmYyMzgwNjI5NGMwMjNhY1ghA2BvvHniTv3RrWoYGZDjqf288gaP4HLpy-CJIzQytZQFo2FhGCBhc3hAYjQ2Y2NjODUxNzc0NzMzZWVkMTA0NGViNjNjMGIxZjUyMmQxYTMzZjAzYWI2NmUxNjNjMTNkMGQxZjM0ODI5N2FjWCECzDJPZ6sFKzkvGgWpxj1SvvCJTxayqFwPDDTIZ3UNf6ujYWEYIGFzeEBiMWJiNmNhMzg0NDM3N2NmMDRkZjI2ZGZiNzc4Yjc3YTNiY2QzZjkyNjZjNmQxNjZiZmExYTAwMzM2MzVlNDY4YWNYIQJpANZ1H8eb5s_DuOuaCxW6syFIj6vtF9U9TqezMV7vgaNhYRBhc3hANWMyMGZiMzZhZWZjZTQxOGI2NDA0YTIwNTdiYmQxNWU0YzllNzM3YWU0NWNlY2M5NTE4ZTZlYzBlZjY0NTBlMWFjWCEDpJgviqYprrKpUzf0PdJe68eySnuA7462pxZDPF6srjmjYWEQYXN4QDY2MWVhNjZhNmVhMzU3NWU3NThjNDVhNGQxNzg1MzEwOGFhZGI2ZTVmZWMyM2Y4MTg5YjI3ZDBiYTgwOWY4MWFhY1ghA60ZT1OzIlwdhADQyR3F4A3waLz7hSGAIvRiWeI_aUGOo2FhEGFzeEA0MWNmMGRiNjJjODY0ZTM3MzFhOWRlMzUzZDQxNTViNjY5NDE3YzE3MTEwNzhkMzRiMzkwNTg1YWQ1NTYzNzgwYWNYIQJGMKJ2DH9vRvb8Eui2QQaCMuXoA7Pn3PPamHdPV7YMdaNhYQhhc3hAMDk2NmEwMTgyMjg3MTdlODkyNjYzMDQ4M2VlOWZjYTE0M2I0NjQ3NTVlOGE0MmQyNmUwOTA3YTM1NzczZGI5NmFjWCECQSCeWBFNj2vJX69YFd4voUmiLoaxfZazmdCi8W4bn3ujYWEIYXN4QDU2OWZmNTQxMmM2Nzk2NTliNmFiNzQxMTNlMTJhODVmN2U4NDNlNGQ5ZTMzMjJmZTNkOTBlZDVhZjIxYWVjZjJhY1ghA4sGFN2mwrCT6bm55pqBrC9Zo_ZNlgZ-qKOcGhNySEiLo2FhCGFzeEA5MjA2N2ZiNWFkMjMzODZjYzllNjJkYmE1NjVkYjczODEzYjk4OGJiZWJkMWE2MTc1N2YwYjY4YTE2YzQyYjhjYWNYIQJOX5XbgsW7L4Ee4-vBoHih7ACDz5PXKbNy_01wCG8ajKNhYQhhc3hAMmM5ZDY5MDU4ZTMwM2QzM2FmOTE0YzE2M2M4ZmQxMGE1Nzg0ODFmYTljMGUzYjZmYzA1NDM5MTdlY2QyMTQ4ZmFjWCECNN9MbURnQA1p_-fOV_rfsQFMfyoEO008hNI7YgluXHOjYWEEYXN4QDUwODU4YzgxNTUwZGE3MDI5NTc4YjAzYzA4OTg1ZmU0MjU1M2VmY2I0ZjNmMGM0M2RmNWZkMGY1YzMyZDhiM2RhY1ghAkv99ExjtQD-p7WSRHOMTkJfJEuMA1PPE0Nj-CuYS1L6o2FhBGFzeEA3NTk3MjZkYTRmMjcwYmU4ZmJhOWRhMzcyYjMxZGZhNThmZjJjNTkwZTBmZGE0MjU1Mzg3NzJhMTAyNjdiMzM2YWNYIQOMFPi1xCJ9jP3NV1SzFs-jQ9NLqQFz_2wSD5sEvO32waNhYQRhc3hAOTYzZDNjZDA1ZjRmMzM2OTliMWI2OWY3NmU5YzkxZGVhMmQxYWQ3Mzk5YTJkMDY1ZTU2ZTJiOTJlM2E3YTc0ZGFjWCECNr6eszZIqjWAUCrC57iG2cyx5BVGAvnm-L8pDdRmDyWjYWECYXN4QGZiZGQ2YWE4ZDVhN2E3MGExYWJmZTU5YjI4NTFjZTNjZTM1OTg5NGU3YzdlYzExZDVlZDQ5NmU0NmQ0MGIyODhhY1ghAxJNzHq40HpmJL_TTl1LU8D_ZB7jsRWoZR6RJkBRrZnIo2FhAmFzeEBkZDcyM2YwMmQ1NzQzOGEyM2JmYTdhNjU0ZmQ0ZTZiN2Q4MDhjMGFiMTIzNDUwMmJkNzI4ZDYxY2I4ODhhMGEzYWNYIQM7W82_u5O-YMiKR4ym0jevt1NWFhzBI4uV-4UsUVRjIaNhYQJhc3hANzZkMjk1OGQxNjlmMWE5MmQxNTNhNmVhZjFmMmZkMDliYTZmNzg2YTMyYWUxNDcxODJiYWY0MjRkZDYyMjJhYWFjWCECxCcYBtVLDPV21zKdBaLwmFxIZPI8yrmEdET6-h721vGjYWECYXN4QDI0YzNlMjA2MGY5N2MwNzRmZWMyNDQ5OTQxYmIyYWUxYTA5M2NiNjJhZWY3ZGI3ZjFlYzg4ZDM4NzM3Y2VjYTJhY1ghAsi20aBiqtKoKe9baLMY51Amy7zHTEAylgDUO0yDCY5Mo2FhAWFzeEBiNzEwNmRhYTMxMTdmNTNmNmIwNjhiMGEyYjIwMzg1MTk5YmI2ZDYxNDI5ZTRmMDYxYzA2YmJjNGU5ZDJjNDRlYWNYIQMMBjBA0rdyJU5f_GVvCdPnI04wTXGM6p8tI4yRq_8gO6NhYQFhc3hANmVkNmZjMmNlOWRhN2JkYWFkNjY5NDA1YzA1ZjMwYWMzYjk4ZGU3YzZkNTBiMDdlMzI1OGI3NzUxNzIwNjE3N2FjWCECD74mU8wbMQLBSP09i7KNtJ7g1eKJDI-AmzRFCmkYmdujYWEBYXN4QGJhYzJkOTVjZmYxYzJjZmY1YTU3ZjMyZjllMGVhMjkxYWM1ZmFjZGJlODRmNDcyMGYzNTExMzk3YTg3ZWE5NjNhY1ghA2KXKlL_wyiHSbB71ETnEbRV2M6V3F4E6zdGnwM5rP8no2FhAWFzeEBlOTcxYzUwM2I2NTBkOWRhN2MyZDdjNjY2Nzk3MTk1YTkzNDI2YmY2MTUyNTVhMWIzOWI2NTdjNTFjNzA0NmNmYWNYIQPqX2owH4H_sDx8BBesYaHTWC-TFA0R7pMrz4_sN1OSFA

1000 sats to whoever claims this cashu token below the fastest ...

2024-09-04T18:10:29Z

1000 sats to whoever claims this cashu token below the fastest 🥜 👇

How to claim?

Go to cashu.me

Save to Home Screen

Tap the receive button

Paste the token

It’s now that simple to onboard people to #Bitcoin

quoting
note1qyw…6mum
Cashu: A Vision For A Bitcoin Powered Ecash Ecosystem – by Bitcoin Magazine

A look at the long term vision for an ecosystem of Cashu powered ecash mints, and how this can evolve to meet end users' needs balanced with security and functionality.

https://bitcoinmagazine.com/technical/cashu-a-vision-for-a-bitcoin-powered-ecash-ecosystem

wen btc pay e-cash integration?

2024-09-04T18:09:27Z

In reply to nevent1q…hjs3
_________________________

wen btc pay e-cash integration?

Everything you need to know about GCC 👇 ...

2024-09-02T18:35:24Z

Everything you need to know about GCC 👇

https://delvingbitcoin.org/t/great-consensus-cleanup-revival/710

GM ☀️ https://m.primal.net/KamO.jpg

2024-09-02T16:45:59Z

GM ☀️

GM We will activate CTV Whatever it takes

2024-08-30T13:59:29Z

GM

We will activate CTV

Whatever it takes

Yep, every time 😂 #note10a2…8c3d

2024-08-30T02:54:03Z

In reply to nevent1q…4cw0
_________________________

Yep, every time 😂

quoting
note10a2…8c3d

Package relay is finally coming to #Bitcoin core! This has been ...

2024-08-30T02:51:14Z

Package relay is finally coming to #Bitcoin core!

This has been years in the making

It’s a massive improvement for lightning, DLCs and statechains ! 🔥

You can goodbye to force closures caused by mempool feerate spikes!

https://github.com/bitcoin/bitcoin/pull/30726

That's awesome! Honestly, the more I think about it, the more ...

2024-08-29T17:35:52Z

In reply to nevent1q…8uy2
_________________________

That's awesome!

Honestly, the more I think about it, the more I realize it's way too early to be concerned about scaling issues. The Outbox model works well, and there's room to scale the current implementation.

If Nostr grows so much that we have scaling problems, that's a good problem to have 📈

IIUC it'll be up to clients to intelligently pull from the ...

2024-08-28T23:46:59Z

In reply to nevent1q…w5cp
_________________________

IIUC it'll be up to clients to intelligently pull from the relevant relays in an outbox model?

Won't this make generating a feed very difficult? I'm assuming we'll need indexers or something for clients to be able to serve a feed to users in a reasonable time frame.

quoting
note10dk…gfjw
the outbox model helps with scaling and decentralization where small community relays and personal relays will flourish. dude seems like he's suffering from NDS.

Income tax proposed in 1913 was insane This is preposterous ...

2024-08-28T16:58:24Z

Income tax proposed in 1913 was insane

This is preposterous

So the idea is have Nostr relays for specific communities? Your ...

2024-08-28T15:00:53Z

In reply to nevent1q…c20k
_________________________

So the idea is have Nostr relays for specific communities? Your point is that people are comparing Nostr to existing centralized system and assuming that Nostr needs to scale the same way.

I guess my counterpoint would be that lots of people have been excited about small siloed networks in the past, such as mesh network, but in practice they never scaled to the masses.

But maybe that’s fine? Idk what the end vision of folks are for Nostr. Nostr can be whatever people want it to be. A DLC oracle broadcaster, private messenger, X alternative. I’m just curious what people’s vision for it is.

How do we scale Nostr? “Unpopular opinion: Nostr CAN'T ...

2024-08-28T14:06:47Z

How do we scale Nostr?

“Unpopular opinion: Nostr CAN'T scale to be what people want it to be. It's an all-to-all broadcast, which scales like O(n²). It will collapse in its own success.

Nostr relays are like sidechains and altcoins. It's attempting to solve an O(n²) scaling problem by having multiple copies of the same thing. It leads to Balkanization where you can't see content from or message some people.

Blockchains of blockchains were dumb and this is dumb in exactly the same way, and I can't believe all of you failed your algorithms classes.”
- Bob McElrath

So this begs the question, how does Nostr scale long term? Or do we simply expect 2 of 3 dominant relays in the long term?

cc fiatjaf (npub180c…h6w6) jb55 (npub1xts…kk5s) Derek Ross (npub18am…p424) AsaiToshiya (npub1pgh…rs38) VitorPamplona (npub1gcx…nj5z) Sep (npub18c5…0we7)

https://x.com/bobmcelrath/status/1828763959001804956

Glad we have Nostr https://m.primal.net/KOwF.jpg #note169u…0w8x

2024-08-27T03:32:16Z

Glad we have Nostr

quoting
note169u…0w8x
The French government's press release on Telegram CEO Pavel Durov is completely unhinged. It not only references complicity in CSAM, money laundering, organized crime and drug trafficking, but also seems to state that Telegram did not acquire a license to provide "cryptology services".

This is interesting because France apparently *does* have regulations which require licenses for the distribution of cryptology unless used for authentication purposes, as governed by the Code de la Defense.

[Not a lawyer, just researching my way through this hot mess.]

Full press release:
https://www.tribunal-de-paris.justice.fr/sites/default/files/2024-08/2024-08-26%20-%20CP%20TELEGRAM%20.pdf

Full regulation on cryptology:
https://www.legifrance.gouv.fr/loda/id/JORFTEXT000000801164

Awesome! Welcome

2024-08-27T03:01:54Z

In reply to nevent1q…f7eg
_________________________

Awesome! Welcome

What bull run 😂 ? This is sideways chop I feel like the ...

2024-08-27T02:52:16Z

In reply to nevent1q…gk5t
_________________________

What bull run 😂 ? This is sideways chop

I feel like the resurgence is more of a gut response to Telegram CEO being arrested

According to France you need a license to use cryptography Guess ...

2024-08-27T02:39:48Z

According to France you need a license to use cryptography

Guess they better round up all the boomers using Facebook over https

Can't wait! What you guys are building is probably the most ...

2024-08-25T13:55:53Z

In reply to nevent1q…q85c
_________________________

Can't wait!

What you guys are building is probably the most important thing right now for the mass migration of folks from Telegram

Amazing, any plans to add iOS / desktop any time soon?

2024-08-25T13:35:38Z

In reply to nevent1q…yyqc
_________________________

Amazing, any plans to add iOS / desktop any time soon?

Insane feerates on Thursday were the cause of lightning force ...

2024-08-25T02:25:03Z

Insane feerates on Thursday were the cause of lightning force closures once again ⚡️

But luckily, there's a simple solution to solve lightning force closures once and for all 👇

And it's a solution that's coming to core very soon(ish) 🤞

https://mblack.io/posts/fixing-lightning-force-closures/

They can go after public relays. We need more anonymous relays

2024-08-25T02:21:12Z

In reply to nevent1q…z4dl
_________________________

They can go after public relays. We need more anonymous relays

Is there an easy way to do group chats with Nostr? What's the ...

2024-08-25T02:11:51Z

Is there an easy way to do group chats with Nostr? What's the best client?

Nostr > Telegram #note1fwn…95js

2024-08-24T22:42:50Z

Nostr > Telegram

quoting
note1fwn…95js
Telegram CEO Pavel Durov arrested in France…

If there is a throat to choke, it will be choked.

If there is a head to cut off, it will be cut off.

Platform owners that bend the knee to totalitarianism will censor and deplatform you.

Platform owners that do not comply will be arrested and threatened with the full force of “The Law.”

Nostr is a Hydra. You cannot kill Nostr. There is no single throat to choke, no one head to cut off. Succeed in cutting off one head and two will grow in its place.

https://www.reuters.com/world/europe/telegram-messaging-app-ceo-pavel-durov-arrested-france-tf1-tv-says-2024-08-24/

It's honestly sad Only boomers will be left in Toronto soon

2023-12-10T20:40:14Z

In reply to nevent1q…qkmk
_________________________

It's honestly sad

Only boomers will be left in Toronto soon

Switch to core-lightning

2023-11-19T23:51:44Z

In reply to nevent1q…dntw
_________________________

Switch to core-lightning

It's zappening ;)

2023-11-19T23:50:33Z

In reply to nevent1q…kyws
_________________________

It's zappening ;)

GF asked if I tried doing a paternity test 🤣 ...

2023-11-14T23:45:00Z

GF asked if I tried doing a paternity test 🤣

Satoshi was a Big Blocker everyone because he mentioned once how ...

2023-08-11T23:31:17Z

Satoshi was a Big Blocker everyone because he mentioned once how blocks could be increased with a hardfork

Oh wait, he set the initial block size and never specified any schedule for increase

https://www.reddit.com/r/btc/comments/ptpif1/satoshi_was_a_bigblocker_here_he_is_recommending/

Thanks for the share @npub1t42…87qz 🤙 Lots more to build to ...

2023-07-28T20:03:14Z

In reply to nevent1q…rku6
_________________________

Thanks for the share Michael Matulef (npub1t42…87qz) 🤙

Lots more to build to have #SoundFinance for Sound Money 💪

Instead of super likes, just use Nostr and zap ⚡️ people to ...

2023-07-19T22:54:27Z

Instead of super likes, just use Nostr and zap ⚡️ people to show how impactful a particular post was

https://twitter.com/george__mack/status/1681713659368570895

@npub18m7…q955 I saw some folks with pins at Bitcoin Miami that ...

2023-05-22T20:43:24Z

damus (npub18m7…q955) I saw some folks with pins at Bitcoin Miami that allowed you to stack Nostr followers using NFC

Do y'all have a store where we can buy em?

Nostr event nevent1qqsdkyyj4d97yeq423gzpkx7zre0mqngqg0pk69mrkwx7x2acqayrcqzype8eclvvgzz8335a6q8m6khffkydddvfm90ju8v2trpz0288vjh7xz8j05

2023-05-17T14:12:08Z

Omw to #Bitcoin2023! ✈️

Nostr event nevent1qqs8mu8zax455pfhr8m9wck5dmm58k8lrn08xn2ynraad425lwnrnvgzype8eclvvgzz8335a6q8m6khffkydddvfm90ju8v2trpz0288vjh7wqs8gw

2023-04-03T21:06:23Z

Thank god we don't have to stare at Doge all day here

Ah, you're right! Didn't realize Testflight users were ...

2023-03-29T00:17:56Z

In reply to nevent1q…y2jz
_________________________

Ah, you're right! Didn't realize Testflight users were already on 1.4.0 👌

#Bitcoin Twitter polls will be virtually useless after this ...

2023-03-28T23:11:49Z

#Bitcoin Twitter polls will be virtually useless after this change since most Bitcoiners won’t KYC

#[0] what protocol changes or UI/UX changes would be necessary to enable polls on #Nostr ?

https://twitter.com/elonmusk/status/1640502698549075972

I love the people on the bird app that are shitting on folks for ...

2023-03-14T06:56:21Z

I love the people on the bird app that are shitting on folks for "causing a bank run"

Like, you do realize, every bank is susceptible to that

Don't hate the messenger, hate the game

#Bitcoin

Nostr event nevent1qqsdqszmq2x3ythqsfe2nehegcktlntvr8ajwx33832renpdkm7fnrczype8eclvvgzz8335a6q8m6khffkydddvfm90ju8v2trpz0288vjh74wtc46

2023-03-03T20:14:51Z

A zap a day keeps the shitcoin crap at bay ⚡️

Finally mined a npub for Atomic Finance nostr: #[0] Ngl, little ...

2023-03-02T16:07:38Z

Finally mined a npub for Atomic Finance nostr: #[0]

Ngl, little rough not being able to use characters b, i, o, 1 😂

How our music is tuned to a particular frequency to control us by ...

2023-02-26T06:42:43Z

In reply to nevent1q…3mp4
_________________________

How our music is tuned to a particular frequency to control us by the government 😂 https://globalnews.ca/news/4194106/440-hz-conspiracy-music/

Damn iris.to is next level Why would anyone use twitter again?

2023-02-24T07:54:26Z

Damn iris.to is next level

Why would anyone use twitter again?

They make lots of sats on that too Not from the spread on buying ...

2023-02-24T07:53:01Z

In reply to nevent1q…7fsz
_________________________

They make lots of sats on that too

Not from the spread on buying the #bitcoin, but because folks pay extra to withdraw within the next block

Folks gotta reduce their time preference

Exactlyyyy :) ⚡️

2023-02-24T07:48:11Z

In reply to nevent1q…ujp4
_________________________

Exactlyyyy :) ⚡️

Mempool clear Did the ordinal folk get bored already?

2023-02-24T07:42:10Z

Mempool clear

Did the ordinal folk get bored already?

Nostr event nevent1qqsxtkc076wrw3l8war8zn6228p5pj295dth70ja2kvfl7he7q6k9hczype8eclvvgzz8335a6q8m6khffkydddvfm90ju8v2trpz0288vjh7eklyq6

2023-02-24T06:39:15Z

Finally set up NIP05, NIP06 and LUD06 ⚡️ 🚀