#16083 has been abandoned, so it would be a good first issue to take the branch (bitcoin/bitcoin#16083 (comment)) and submit it as a new pull request.

Useful skills:

Understanding of undo data, the RPC interface and the functional tests.

Want to work on this issue?

The purpose of the good first issue label is to highlight which issues ar

While ccxt does a great job unifying most functions / settings, not everything is or can be unified.
I think it would be good to provide a separate wiki/documentation page which documents exchange-specific properties.

The behavior is there now and all is working well - but to find it users need to search through issues (which are not easy to navigate) to find certain exchange-specifics - and o

What's wrong

@dvf it would be great if you could fix Step 6: Setting up Flask gist, it affects the workflow at the Learn Blockchains by Building One article. Also there is no way to mention someone at the gist comments, so I created this issue instead.

In the past the node and the wallet were in the same repo. When the wallet was extracted into a separate repo, integration tests were moved to - https://github.com/mimblewimble/grin-wallet/tree/master/integration
It would be beneficial to provide a simple way to run integration suits as part of node tests too.
There are several possible options (there are some other for sure):

• Move part of th

Background

The binaries are built with most of the build flags already set, but when building from source you must specify which tags are desired. This is an important step to building a usable binary from source.

These flags should be listed in the docs, with what their use is for the entire system, and whether or not excluding it would break the normal function of the system.

A sect

To be done on lbrytech repo probably.
The wallet is currently configured as defined originally in ElectrumX, there are some docs for it already in there.

Keep in mind that we added new configuration keys and should clean up the unused ones at some point, so we need something easy

When given a wrong argument, some daemon commands fail with "unknown command" error, instead of a meaningful error message.

Examples of useless error messages:

hard_fork_info abc
unknown command: hard_fork_info abc
Monero 'Carbon Chamaeleon' (v0.15.0.0-57854a3e2)
Commands:
  ...

in_peers abcd
unknown command: in_peers abcd
Monero 'Carbon Chamaeleon' (v0.15.0.0-57854a3e2)
Comm

The blockchain v2 reactor utilizes concurrency to saturate the bottleneck of writing blocks to disk. This concurrency is internal to the reactor where the reactor itself will launch and manage internal state machines running as go-routines. This configuration makes testing difficult as we don't know when messages processed by internal state machines will be processed and when we can assert that th

As we see:

• https://github.com/input-output-hk/cardano-sl/blob/199774af177f05a4ca8741db25dc67ab79d02bcf/docs/how-to/build-cardano-sl-and-daedalus-from-source-code.md

cardano-sl repo contains how-to doc, how to build daedalus - why isn't this doc in daedalus repo?

It not only makes it harder to find for one looking for how to build daedalus, but also :

• confuses where to post issues r

I would love to add some new exchanges in there for you (and me) and would be happy to do so with just a little guidance as to which objects you're using for it without me doing a full code dig.

Assuming this is easily extensible. If not, I guess that would be my feature request... lol. Extensible exchange objects with documentation.

For a university school project I will be making some edits to your documentation which will aim to make writing more technical

Please add edits if you would like :)

Describe the bug
Build Instructions for Fedora are out of date

To Reproduce
Attempt to build form source on Fedora 31

Expected behavior
Build successfully

Required data

• Miner log as text or screenshot N/A
• Config file or command line (without wallets) N/A
• OS: Fedora 31
• For GPU related issues: information about GPUs and driver version. N/A

**Additional

Step 1: Have you search for this issue before posting it?

yes

If you have discovered a bug in the bot, please search our issue tracker.
If it hasn't been reported, please create a new issue.

Step 2: Describe your environment

• platform: Docker - latest build(Digest:sha256:3e8fe20bf6aaad9095e1ba0924ce2af3368cc55d1fe41ee

Problem

Currently when a user receives a PN, we show a very generic message (no indication of sender, body, etc). This will change in the future (e.g. with status-im/status-react#7043), so it would be good to be more explicit about the fact that we are showing a generic PN message due to the db being locked. Also, since we may receive PNs from users we've since removed

In order to better propagate only live blocks to peers, we need to be able to classify blocks as either "new"/"active" or "existing" from the perspective of the network, but from our node.

One way we could accomplish this is to have representatives periodically emit a signed message that gives a fuzzy view into their complete ledger.

One way to construct this fuzzy view is to XOR the hash of

A user asked me on slack if estimatefee returns BTC per Byte or BTC per Kilobyte... honestly I don't know and it's a bit hard to tell. I compared mainnet full nodes bcoin vs Bitcoin Core and observed a wild divergence (outputs below).

From Bitcoin Core help:

Estimates the approximate fee per kilobyte needed for a transaction to begin
confirmation within conf_target blocks if possible

It look like some currencies have more precision in the mouseover display on the plot than others. For example, EOS shows many digits past the decimal while ETH only shows two. Adding a few more digits would make interpreting the charts much easier. The left plot shows the rounding I'm describing and the right shows the higher precision that EOS displays.

![rounding](https://user-images.githubu

Client.get_historical_klines returns a list of 12 elements,. What do all of them represent and where is this documented?

Documentation only mentions the 5 OHLCV values, unless I am missing something.

Hi,

I the documentation here it says: "Support for accessing multiple exchanges per algorithm, which opens the door to cross-exchange arbitrage opportunities."

Does catalyst really support multiple exchanges using the same algorithm? If so - how this can be done? (no documentation for it)

Thanks!