Commit Graph

12 Commits

Author SHA1 Message Date
tomFlowee 1b5ae89d31 [Refactor] rename FastTransaction.{h|cpp} -> Tx.* 2021-11-02 11:05:14 +01:00
tomFlowee ae78dd0bb8 Update email address 2021-06-20 22:44:44 +02:00
TomZ 18a4ca0295 Make txVulcano work on scalenet
I got some UTXOs to test and now got some blocks filled
there, which proves the concept.
Its a bit slow to start (1 -> 20 tx are hardcoded) which was not an
issue if you can call generate() to mine, may be useful to adjust
for scalenet.

Yet, the basis works.
2020-11-22 17:13:53 +01:00
TomZ 91c4f8e75a Try to make txVulcano ready for scalenet 2020-11-21 13:07:57 +01:00
TomZ 16743f95bb Move vulcano wallet to app-dir
I'd say that leaving it in the current dir just didn't make much
sense...
2020-10-26 21:53:49 +01:00
TomZ 5d8ac92e7b Use the async submit transaction new API call. 2020-10-26 18:21:52 +01:00
TomZ b719a4904c Make txVulcano start a bit slower and report more
Start with a couple of 20MB blocks and while generating
put in the log a line like;
    Block still 7 MB from goal
2019-06-15 19:34:57 +02:00
TomZ 778155cf81 Set tx count by default to 5 million
Also avoid premature optimisation.
2019-03-27 18:55:13 +01:00
TomZ 309616a57d Move processing of big blocks into its own thread.
The txVulcano wallet is currently really not fast,
so this code made the first mistake of network programming;
a big task was handled blocking the network handling.
The workerthread eventqueue is now used for this.
2019-03-19 21:47:28 +01:00
TomZ 98075819c7 Make tx-generation work more reliable.
As we don't intent to have a perfect wallet on this side, the
transactions failing to validate on the Node is a direct effect and
expected and Ok. As such the client is now more tolerant.
2019-03-19 21:46:34 +01:00
TomZ 9e0ea72bb8 Make txVulcano have user-defined limits
So we generate blocks in pre-defined sizes and we can stop after N
transactions have been created.
2019-03-18 13:45:57 +01:00
TomZ 857315c743 Introduce new app txVulcano
This is a partial app which has as goal to generate transactions
and fill up blocks. A needed tool to test bigger blocks.

Secondairy goal is to test the Hub APIs in actual production
setting.
2019-03-17 22:52:09 +01:00