💬 Ayms commented on issue "Allow several OP_RETURN in one tx and no limited size":
(https://github.com/bitcoin/bitcoin/issues/27043#issuecomment-1445386715)
@petertodd If I understand correctly your comment, you mean that without this change (as I think too) people will invent stupid things like I am myself proposing here (ie storing in addresses, with uncompressed keys, worse method on earth, but not expensive as you say and as I wrote, let's say that we will survive it and don't care for the future) : https://gist.github.com/Ayms/01dbfebf219965054b4a3beed1bfeba7#workaround-to-the-80b-op_return-limitation, then indeed polluting the UTXO set with no
...

⚠️ Victorcorreiaaraujo opened an issue: "Huhg"
(https://github.com/bitcoin-core/gui/issues/714)
bitcoincom://multisig/join/526923daa75cc2bca4ac923998752242

💬 petertodd commented on issue "Allow several OP_RETURN in one tx and no limited size":
(https://github.com/bitcoin/bitcoin/issues/27043#issuecomment-1445400939)


On February 26, 2023 4:17:28 PM GMT+01:00, Aymeric Vitte ***@***.***> wrote:
>@petertodd If I understand correctly your comment, you mean that without this change (as I think too) people will invent stupid things like I am myself proposing here (ie storing in addresses, with uncompressed keys, worse method on earth, but not expensive as you say and as I wrote, let's say that we will survive it and don't care for the future) : https://gist.github.com/Ayms/01dbfebf219965054b4a3beed1bfeba7#workar
...

✅ hebasto closed an issue: "Huhg"
(https://github.com/bitcoin-core/gui/issues/714)

:lock: hebasto locked an issue: "."
(https://github.com/bitcoin-core/gui/issues/714)

⚠️ Victorcorreiaaraujo opened an issue: "Huuu"
(https://github.com/bitcoin/bitcoin/issues/27167)
bitcoin:bc1q6tux33tev8lpwsydyvjzkrdndqpp49zvh07vaa

✅ hebasto closed an issue: "Huuu"
(https://github.com/bitcoin/bitcoin/issues/27167)

:lock: hebasto locked an issue: "."
(https://github.com/bitcoin/bitcoin/issues/27167)

💬 theStack commented on pull request "fix: contrib: allow multi-sig binary verification":
(https://github.com/bitcoin/bitcoin/pull/23020#discussion_r1118115828)
```suggestion
signature check or the hash check doesn't pass. An exit code of >=2 indicates an error.
```
non-blocking nit: could list all the individual return code's meaning here, or at least mention something like "(see the `ReturnCode` class for individual error reasons)".

💬 theStack commented on pull request "fix: contrib: allow multi-sig binary verification":
(https://github.com/bitcoin/bitcoin/pull/23020#discussion_r1118120078)
Looks like this is currently dead code, as the condition for `if` 3 lines above wouldn't be true if the retval is 2 (`gpg_allowed_codes` is set to contains 0 and 2 on line 469).

💬 theStack commented on pull request "fix: contrib: allow multi-sig binary verification":
(https://github.com/bitcoin/bitcoin/pull/23020#discussion_r1118122339)
If we decide to drop it, the `--require-all-hosts` option should probably also be reconsidered. Not saying that it should also be dropped (we could and probably _should_ have more than one host in the future), but at least the help text has to be adapted, which currently explicitly mentions both bitcoin.org and bitcoincore.org.

💬 Ayms commented on issue "Allow several OP_RETURN in one tx and no limited size":
(https://github.com/bitcoin/bitcoin/issues/27043#issuecomment-1445421258)
You can invent whatever non standard solution you like as long as the tx is valid and then work with miners, but that's not the easy/standard way to go

What other standard alternatives to OP_RETURN uses Opentimestamps? As far as I know we have only two for now as standard: taproot IF but 2tx, taproot annex 1tx (not available right now), that's the other mechanisms you are refering to?

Opentimestamps looks to be working the very same way for some parts than what I am proposing for NFTs, but
...

⚠️ joyqvq opened an issue: "Error opening bitcoin core app: Error: Prune mode is incompatible with -txindex."
(https://github.com/bitcoin-core/gui/issues/715)
I downloaded bitcoin core had synced my node last week. I quit the bitcoin core and reopens, the app shows this error:

```Error: Prune mode is incompatible with -txindex.```

<img width="488" alt="image" src="https://user-images.githubusercontent.com/108701016/221428605-611c9a8d-63e8-45f6-9661-c72b6eb72cba.png">

When I click OK, the app quits. I am using:

Chip: Apple M1 Max
macOS: 13.1 (22C65)

💬 pinheadmz commented on issue "Error opening bitcoin core app: Error: Prune mode is incompatible with -txindex.":
(https://github.com/bitcoin-core/gui/issues/715#issuecomment-1445425832)
Did you change any settings or write a bitcoin.conf at any point ?

💬 joyqvq commented on issue "Error opening bitcoin core app: Error: Prune mode is incompatible with -txindex.":
(https://github.com/bitcoin-core/gui/issues/715#issuecomment-1445427145)
yes you are right! i changed it to `txindex=1`... removing it works. thanks for the help!

✅ joyqvq closed an issue: "Error opening bitcoin core app: Error: Prune mode is incompatible with -txindex."
(https://github.com/bitcoin-core/gui/issues/715)

💬 fanquake commented on issue "Error opening bitcoin core app: Error: Prune mode is incompatible with -txindex.":
(https://github.com/bitcoin-core/gui/issues/715#issuecomment-1445427787)
Note that the latest available version of Bitcoin Core is 24.0.1 (you are running 22.0.0). You can download the latest version from bitcoincore.org.

💬 ishaanam commented on pull request "wallet: skip R-value signature grinding for external signers":
(https://github.com/bitcoin/bitcoin/pull/26032#discussion_r988179783)
nit: this comment can be updates
```suggestion
// Use max sig if watch only inputs were used, if this particular input is an external input,
// or if this wallet uses an external signer, to ensure a sufficient fee is attained for the requested feerate.
```

💬 petertodd commented on issue "Allow several OP_RETURN in one tx and no limited size":
(https://github.com/bitcoin/bitcoin/issues/27043#issuecomment-1445447272)


On February 26, 2023 7:01:05 PM GMT+01:00, Aymeric Vitte ***@***.***> wrote:
>You can invent whatever non standard solution you like as long as the tx is valid and then work with miners, but that's not the easy/standard way to go
>
>What other standard alternatives to OP_RETURN uses Opentimestamps? As far as I know we have only two for now as standard: taproot IF but 2tx, taproot annex 1tx (not available right now), that's the other mechanisms you are refering to?

You've misunderstood my comm
...

💬 Ayms commented on issue "Allow several OP_RETURN in one tx and no limited size":
(https://github.com/bitcoin/bitcoin/issues/27043#issuecomment-1445451256)
Rephrasing then since you misunderstood my comment also, the question was in fact: what are the (standard) "multiple different ways of putting data in Bitcoin transactions" for opentimestamps ?