408: Bump vergen from 5.1.15 to 5.1.16 r=thomaseizinger a=dependabot[bot]
Bumps [vergen](https://github.com/rustyhorde/vergen) from 5.1.15 to 5.1.16.
<details>
<summary>Release notes</summary>
<p><em>Sourced from <a href="https://github.com/rustyhorde/vergen/releases">vergen's releases</a>.</em></p>
<blockquote>
<h2>v5.1.6</h2>
<ul>
<li>Tightened the <code>chrono</code> dependency so it doesn't pull in child dependencies with rustsec issues.</li>
</ul>
</blockquote>
</details>
<details>
<summary>Commits</summary>
<ul>
<li><a href="a3fbd6dc8b"><code>a3fbd6d</code></a> version bump for next release</li>
<li><a href="dc2430ffed"><code>dc2430f</code></a> Don't require old time dependency (<a href="https://github-redirect.dependabot.com/rustyhorde/vergen/issues/91">#91</a>)</li>
<li><a href="56083900f9"><code>5608390</code></a> clippy beta lint</li>
<li><a href="fac6fc261c"><code>fac6fc2</code></a> lints update</li>
<li><a href="cb6ff75275"><code>cb6ff75</code></a> removed non_exhaustive_omitted_patterns lint as moved to unstable</li>
<li><a href="2810fda305"><code>2810fda</code></a> lints</li>
<li><a href="5aca812e81"><code>5aca812</code></a> updated lints</li>
<li><a href="a0f266d1df"><code>a0f266d</code></a> lints update</li>
<li><a href="9196cfc133"><code>9196cfc</code></a> added daily workflow run to github</li>
<li><a href="8257d904b7"><code>8257d90</code></a> lint comment cleanup</li>
<li>Additional commits viewable in <a href="https://github.com/rustyhorde/vergen/compare/5.1.15...5.1.16">compare view</a></li>
</ul>
</details>
<br />
[](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores)
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting ``@dependabot` rebase`.
[//]: # (dependabot-automerge-start)
[//]: # (dependabot-automerge-end)
---
<details>
<summary>Dependabot commands and options</summary>
<br />
You can trigger Dependabot actions by commenting on this PR:
- ``@dependabot` rebase` will rebase this PR
- ``@dependabot` recreate` will recreate this PR, overwriting any edits that have been made to it
- ``@dependabot` merge` will merge this PR after your CI passes on it
- ``@dependabot` squash and merge` will squash and merge this PR after your CI passes on it
- ``@dependabot` cancel merge` will cancel a previously requested merge and block automerging
- ``@dependabot` reopen` will reopen this PR if it is closed
- ``@dependabot` close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
- ``@dependabot` ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
- ``@dependabot` ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
- ``@dependabot` ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
</details>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
366: Introduce taker ActorSystem r=klochowicz a=klochowicz
The connection actor is a real actor yet, however it should be enough to
abstract away from the production I/O.
Co-authored-by: Lucas Soriano del Pino <l.soriano.del.pino@gmail.com>
Co-authored-by: Mariusz Klochowicz <mariusz@klochowicz.com>
398: Don't fail for loops r=da-kami a=da-kami
We should not fail for loops where we loop over cfds to process state updates based on information we learned / restart.
We use a macro to wrap all fallible code in the loop to just print an error and continue.
Note: I went over the codebase in search of other for loops, maybe someone else can do another grep :)
Co-authored-by: Daniel Karzel <daniel@comit.network>
402: Revise Git dependencies r=thomaseizinger a=thomaseizinger
- Change to secp256k1-zkp upstream
- Patch secp256k1-zkp via root Cargo.toml
- Depend on latest upstream HEAD instead of fork
Co-authored-by: Thomas Eizinger <thomas@eizinger.io>
390: Fix precision of Usd and Percent to 2 decimal upon serialization r=thomaseizinger a=thomaseizinger
Co-authored-by: Thomas Eizinger <thomas@eizinger.io>
401: Taker cleans up order feed r=da-kami a=da-kami
fixes https://github.com/comit-network/hermes/issues/399
The first commit was mostly added for ensuring sanity - this should also help us for scenarios where we restart the taker and the maker sends over the same current order as before. Instead of bailing in `insert` we could handle this in a less intrusive way, because in some scenarios (as the one above) it is actually expected at the moment, so we might not want to treat it as error. For now I kept it simple and just bail (otherwise the insert would fail...) - that should not cause side effects.
Co-authored-by: Daniel Karzel <daniel@comit.network>
We have a 1:1 relationship (and the fact that we don't remove cfds) between cfd and order at the moment, so once the cfd was inserted we cannot creat another cfd for the same order.
Thus, we should remove the order from the feel by sending `None`.
395: Bail only if transaction does not make it on-chain r=luckysori a=luckysori
With bd15462af7 we no longer wrongly report an error when failing to broadcast a transaction because it's already on-chain. It's also a slight improvement imo.
Additionally, I tried to simplify this function with 3e8e6bc06e, which seems a lot better to me, but I could have missed something.
Co-authored-by: Lucas Soriano del Pino <l.soriano.del.pino@gmail.com>
392: Use fork for secp256k1-zkp r=bonomat a=bonomat
Because of bug in upstream library where the release build removes the actual computation of adaptor signatures
Co-authored-by: Philipp Hoenisch <philipp@hoenisch.at>
384: Refer to correct ID when joining orders r=thomaseizinger a=thomaseizinger
Co-authored-by: Daniel Karzel <daniel@comit.network>
Co-authored-by: Thomas Eizinger <thomas@eizinger.io>
380: Treat `InvalidOrderId` from maker as `Rejected` r=luckysori a=luckysori
If the maker tells the taker that the take request was for an invalid order ID, we should do something other than panic. For example,
logging and treating the situation as if the maker had rejected the take request.
Co-authored-by: Lucas Soriano del Pino <l.soriano.del.pino@gmail.com>
If the maker tells the taker that the take request was for an invalid
order ID, we should do something other than panic. For example,
logging and treating the situation as if the maker had rejected the
take request.
374: Validate sqlx insertions r=klochowicz a=klochowicz
Validate the insertions & add a new test to check cfd feed contents
Co-authored-by: Mariusz Klochowicz <mariusz@klochowicz.com>
372: Print git tag when starting maker/taker r=bonomat a=bonomat
Prints this on latest master:
```bash
2021-10-19 09:08:22 INFO Running version: preview-133-ga998367
```
Co-authored-by: Philipp Hoenisch <philipp@hoenisch.at>
367: Remove pending roll over proposal upon rejection r=da-kami a=da-kami
fixes#359
too me a bit to figure out how easy the fix is 😅
Co-authored-by: Daniel Karzel <daniel@comit.network>
bors[bot]
DelicioiusHair
dependabot[bot]
Mariusz Klochowicz
Lucas Soriano del Pino
Thomas Eizinger
Daniel Karzel
Philipp Hoenisch