Jonathan Chappelow

For my own reference if I decide to tackle this, some resources: http://geco.mines.edu/guide/ifort.html https://gcc.gnu.org/onlinedocs/gfortran/Option-Summary.html https://software.intel.com/sites/default/files/m/f/8/5/8/0/6366-ifort.txt http://www.clawpack.org/doc/fortran_compilers.html https://software.intel.com/en-us/forums/intel-fortran-compiler-for-linux-and-mac-os-x/topic/269060

It's also worth noting that the code in `go-ethereum/crypto` (no-cgo version) uses "github.com/btcsuite/btcd/btcec/v2", which is actually a rather thin wrapper around "github.com/decred/dcrd/dcrec/secp256k1/v4". e.g. go-libp2p was recently update to go straight...

Very thorough write up, thanks. Regarding consolidation, that should be fairly straightforward. We have split transactions ingrained in our order pipeline, and the notion of a forced split is not...

Good desc, and reasonable way to handle it for now. But is this a dup of https://github.com/decred/dcrdex/issues/2239?

Is it revoked? Shouldn't be searching for a redemption unless the match is revoked. Can you provide a specific repro?

It's not consistent, but I did reproduce it twice. PR just for debugging, with a possible workaround: https://github.com/decred/dcrdex/pull/2444 However, there seems to be a bug in dcrwallet/wallet/udb that keeps the...

Impressive. The read limit for authenticated connections is 64 KiB, so you must have been funding an order with a shit ton of UTXOs. https://github.com/decred/dcrdex/blob/db3df625eb736442a464dcc3aea424e8a8491a78/server/comms/link.go#L107-L109 Not sure the right resolution...

(1) was done in https://github.com/decred/dcrdex/commit/fb7bb9da37a60f7cd6f4bea7707d11c31fd77610 Not sure about the other options.

You may propose other solutions. Not disconnecting sounds like a reasonable first step though, unless it gets too messy.

Well that's unfortunate. The only way to remove the 65535 hard-coded limit is to do a DB upgrade and change the data type BuildyBytes uses to encode length of data...