Jonathan Chappelow

Results 191 comments of Jonathan Chappelow
trafficstars

Observed the same in a local test with testnet. On testnet the error ends with `electrumx.server.block_processor.ChainError: UTXO 3a7299f5e6ee9975bdcc2d754ff5de3312d92db177b55c68753a1cdf9ce63a7c / 0 not found in "h" table`. That is the HogEx/integration transaction...

I'm not a litecoin developer, just trying to use it, but here's what I understand about the MWEB activation: https://litecointalk.io/t/how-to-decipher-mweb-blocks-and-transactions/53449/3 - There is now extra data after the normal "canonical"...

Other than the tx flag being 8 for the integration transaction (last tx of the canonical block), the transaction serialization seems to be unchanged. I can reproduce the tx hashes...

Yeah, you're right about reading the wrong lock time. I had concluded that for this hogex txn that mw stuff that comes first there would be empty (hitting `tx.mweb_tx.IsNull()` and...

Turns out that the `tx.mweb_tx` _is_ always "null" there for a hogex, but it still eats a single byte. I think there is only a tx with a non-null `tx.mweb_tx`...

Well, this seems to work, although I have basically no idea what I'm doing in python or electrumx: https://github.com/spesmilo/electrumx/pull/180/commits/ee72f0bf90cca16785f48729bc248d3e82258962 EDIT: hmm, perhaps not if that is used for mempool txns...

Sadly that simplification only applies to transactions in blocks, not mempool. While we can process all blocks like this, the assertion that the data is just a 0 fails for...

> ? Or does some hand-wavy thing happen where the coins all somehow magically appear in the (normal places) in that last HogEx/mweb txn in the block (so that unupgraded...

> I am ignoring the mweb-only txns appearing in mempool for now in Fulcrum in local branch. They have no canonical txins and no canonical txouts (they do their magical...

Sort of. `getrawmempool` returns txids and `getrawtransaction` actually gets them. But I don't think it's that the `rpcserialversion` flag is being ignored. I think when `getrawtransaction` requests a pure MW...