Brandon Black

> once we have [initEccLib](https://github.com/bitcoincoretech/bitcoinjs-lib/pull/4#issuecomment-1074887907) in place I'm still trying to avoid that in favor of passing just `tweakFn` to `p2tr` when it's needed. In particular, my next goal after...

And now that I've spelunked into the odd world of mobile device support cycles, I see that a version of iOS that didn't have BigInt in its JS engine was...

You do have to do some coding to fill in the rest of the interface. An example that may eventually be used at BitGo is here: https://github.com/BitGo/BitGoJS/blob/bitcoinjs_lib_6_sync/modules/utxo-lib/src/noble_ecc.ts

Seems like as the sat ranges get more fragmented later in the sync the volume of writes per 5k block flush gets really high. ~10 minutes to index, ~5 minutes...

Watching iostat during the flush shows a pattern of ~14 seconds of reading ~20MB/s, then ~2.5 seconds of writing ~300MB/s on my NVME SSD.

Perhaps a variant of `ord` that only indexes sats of interest (inscribed or otherwise) and does a path-based lookup for any other sat (eg. when picking a sat to inscribe)...

Sorry, I'm just getting up to speed on `ord` here, and I think what I'm getting toward is alluded to in this comment on the overall redb sync performance: https://github.com/casey/ord/issues/1377#issuecomment-1418005263...

Ping! Relaxing this parsing in `ord` seems important for future interoperability, even though it will renumber inscriptions.

Another purpose for multiple inscriptions on a sat might be to collect artist's signatures at a later time. Ie. an artist mints a limited edition set of inscriptions of their...

I have a separate inscription indexer that I'm working on and have used it to produce this table of multiply inscribed sats, with their inscription ids: ``` 367373053628348 | 2...