BONUS kryprowaluty bez depozytu #248

Scalenet should be 'sBCH'. Regtest should be 'rBCH'. Fixed.

Launch BCHN and Fulcrum Docker containers and start a EC daemon that accepts RPC requests that gets verified in the test cases. Add trivial test cases that checks the following RPC methods: getunusedaddress getbalance getservers Only enabled for Linux amd64 due to lack of test environment, will be skipped on other environments. Fulcrum & BCHN can also also be launched in regtest mode via: $ docker-compose -f electroncash/tests/regtest/docker-compose.yml up And the application can connect to this network via the --regtest argument.

Closes #2492. It turns out a `make_dir()` call was missing. Oops.

Add servers_chipnet.json to setup.py

…uffle plugin code comments

Remove LabelSync option

* Add instructions to compile the icons for Qt * Normally you can skip this step (Add instructions to compile the icons for Qt)

Android: Bump chaquopy to 13.0.0

Remove RPA option for now for wallet creation.

- Updated dockerfiles - Fixup to error from newer git about permissions of /opt/electroncash inside docker container.

In preparation for release

Need to mark the work dir as "safe" otherwise git complains

…y users

Add `tx_hashes` to exported payment requests

Regtest via pytest

I moved my node to a different hosting provider and made some DNS changes. Updating server list appropriately. Old clients will be able to connect to "bch.ninja" until 30 days after this change is released.

Change bch.ninja to cashnode.bch.ninja

* Run tox in github action Run test suite on python 3.7..3.10 on win, macos and linux. Executed on each pull request. * Add Python3.6

Setting an address based on a public signing key as the requestor can (and has) caused confusion where users think they can send funds. Set the key owner which is hard coded to 'BitPay, Inc.' instead. Fix has been verified with invoice from test.bitpay.com. Fixes #2505

Set BitPay as requestor on jsonPayPro invoices

* Add basic test for jsonPaymentProtocol Verify that signature verification works on BitPay invoices. The signature check itself is kind of Mickey Mouse-ish since the keys themselves aren't verified so this rather verifies that the payment request is well formed. * Remove staticmethod decorator

* It's adviced to run also on master branch Since you want to avoid regression on master branch. Also trigger a on push (master). * Add GitHub Actions badge pipeline

Typo appeared in UI for "Retire unused change addresses". My editor also did whitespace cleanup for this file which is also in this commit.

Update electroncash.de servers

It's ancient and we don't use it.

Add chipnet.bch.ninja to servers_chipnet.json

Do not use zero jobs during git submodule update, since the git interface is changed. Zero jobs are no longer accepted. See change: git/git@51243f9

By small modifications, now if amount is None or 0, instead of returning PR_UNKNOWN get_request returns PR_UNPAID. And because of how the detection code works, it will be unpaid if address is empty, and once any payment arrives it will get paid. To get partial payments to work, I needed to just return tx hashes we were able to detect (even if they don't fulfill the full amount yet).

Building broke again. This fixes it.

This upgrades Tor from version 0.4.7.10 to version 0.4.7.11. Release notes: * https://gitlab.torproject.org/tpo/core/tor/-/raw/release-0.4.7/ReleaseNotes * https://forum.torproject.net/t/stable-release-0-4-7-11/5501 Tree built from: https://github.com/EchterAgo/tor/commits/electroncash_0_4_7_11 This includes a static linking fix.

This upgrades Tor from version 0.4.7.11 to version 0.4.7.12. Release notes: * https://gitlab.torproject.org/tpo/core/tor/-/raw/release-0.4.7/ReleaseNotes * https://forum.torproject.net/t/stable-release-0-4-5-15-and-0-4-7-12/5800 Tree built from: https://github.com/EchterAgo/tor/commits/electroncash_0_4_7_12 This includes a static linking fix.

Tor: Update to version 0.4.7.12 with a patch for static linking

In preparation for upcoming release.

In preparation for release.

`dnspython` 2.1.0 introduced a dependency on `poetry` which caused a lot of other dependencies to be installed and made build slow. `dnspython` 2.2.0 only requires `poetry-core`, which is faster to install. rthalley/dnspython@da279de backport of spesmilo@d9b55ae

Build: Update dnspython to version 2.2.0

Servers: Add loping.net chipnet server

Perform builds of AppImage, macOS, win and sourcedist on the master branch each Monday 00:00:00 UTC.

* regtest: Bump containers Use BCHN v25.0.0 and Fulcrum v1,9.0 * Cleanup Python 3.6 things in tox We can now use the latest coverage version. * Add python 3.11 support * Add python 3.11 support in GH Actions * Bump BCHN to 26.0.0 Also use tags instead of hashes for the image versions. * Remove os.environ crap This is not needed for new coverage.py

It is unnecessary since this rarely breaks for us anyway. It's also apparently "expensive" in that they charge you more minutes for OSX time.

Remove Travis and Coveralls badges. Add GitHub Actions build badge. Remove references to Python 3.6.

Cleanup of top README

Fix crashes in payment requests with amount of None

For some bitpay tests a signature was trashed by setting last char to '0' but there was some cases where sig could have that. Instead flip the last bit. Do the same thing for the digest for symmetry.

test: Flip last bit in negative test cases

Remove references to Travis CI

Enforce python >= 3.7 in setup.py

It's redundant and error prone to archive the coverage report(s) for all test jobs. Only do it for linux+python3.11.

Add basic payment request test

Only archive GH Actions artifacts once

Split regtest in separate files

- git was updated, had to update dockerfiles for wine and appimage build - setuptools didn't like our "tagged" EC version so we reverted to using an untagged package version.

In preparation for a release

https://twitter.com/3xplcom/status/1617614747339489281 https://3xpl.com/bitcoin-cash

For the update checker to notify users.

Explorer: Add 3XPL explorer

- Fixed formatting issues in rpa/rpa_manager.py - Misc. tiny nits and formatting issues in wallet.py - Guard against potential dereference of `None` if `self.network` is not `None` but `self.synchronizer` is `None`. Fixes #2521

Fix build error for win

Bump winbind

Build Android in GH Actions

Fixes a build error with broken dependencies

…#2549) New release of pyinstaller (4.3) broke the script (which is used by freeze_packages.sh). ----- Compare: $ wget https://pypi.org/pypi/pyinstaller/4.3/json $ cat json | jq ".info.requires_dist" [ "setuptools", "altgraph", "pyinstaller-hooks-contrib (>=2020.6)", "importlib-metadata ; python_version < \"3.8\"", "macholib (>=1.8) ; sys_platform == \"darwin\"", "pefile (>=2017.8.1) ; sys_platform == \"win32\"", "pywin32-ctypes (>=0.2.0) ; sys_platform == \"win32\"", "tinyaes (>=1.0.0) ; extra == 'encryption'", "pytest (>=2.7.3) ; extra == 'hook_testing'", "execnet (>=1.5.0) ; extra == 'hook_testing'", "psutil ; extra == 'hook_testing'" ] $ wget https://pypi.org/pypi/pyinstaller/4.2/json | jq . $ cat json | jq ".info.requires_dist" null $ wget https://pypi.org/pypi/qrcode/6.1/json $ cat json | jq ".info.requires_dist" [ "six", "colorama ; platform_system == \"Windows\"", "tox ; extra == 'dev'", "pytest ; extra == 'dev'", "mock ; (python_version < \"3\") and extra == 'dev'", "zest.releaser[recommended] ; extra == 'maintainer'", "pillow ; extra == 'pil'", "pytest ; extra == 'test'", "pytest-cov ; extra == 'test'", "mock ; (python_version < \"3\") and extra == 'test'" ] Co-authored-by: SomberNight <somber.night@protonmail.com>

Bump libssl-dev for AppImage build

Bump xvfb for wine build

Perform GH actions builds on forked repos

Bump OpenSSL to 1.1.1t

Add GH Action pip-audit

This allows a manual trigger of test jobs

This removes the following vulnerabilities caught by pip-audit: Name Version ID Fix Versions ------------ --------- ------------------- --------------------------- cryptography 3.3.2 GHSA-w7pp-m8wf-vj6r 39.0.1 cryptography 3.3.2 GHSA-x4qr-2fvf-3mr5 39.0.1 future 0.18.2 GHSA-v3c5-jqr6-7qm8 0.18.3 setuptools 53.0.0 GHSA-r9hx-vwmv-q579 65.5.1 wheel 0.36.2 GHSA-qwmp-2cf2-g9g6 0.38.1 certifi 2021.10.8 GHSA-43fp-rhv2-5gv8 2022.12.7 protobuf 3.19.4 GHSA-8gq9-2x98-w8hf 3.18.3,3.19.5,3.20.2,4.21.6 eth-account 0.5.7 GHSA-v65g-f3cj-fjp4 0.5.9

Add build options in GH Actions

Add python 3.11 to tox

Add workflow_dispatch to GH Test workflow

Bump python depedencies

LNS + its web3 dependencies are causing maintenance headaches and smartBCH is largely defunct now anyway. The macOS build fails to run now after merging #2558 . We would rather move forward with an easier time maintaining the python dependencies than troubleshoot every time LNS breaks. Squashed commits: * Remove LNS and web3 dependencies LNS + its web3 dependencies are causing maintenance headaches and smartBCH is largely defunct now anyway. * Remove last remnants of references to `web3` Missed a few spots.

* Remove last vestige of web3 dependencies As per reviewer comment for #2559: #2559 (comment) * Remove mention of web3 in github workflow

quite juicy machine, hope it can help. tg: @moleccc

add fulcrum.criptolayer.net to servers.json

Fusion on android

…vers - The minimum relay fee in wallet.py should default to 1000 sats/KB, not 5000. - Fixed a typo - Removed defunct fulcrum.fountainhead.cash as the admin says he is no longer interested in running this server.

First step in figuring out how to get txns to parse token data

Taken from BCHN codebase. These tests also revealed some limitations in BCDataStream which we fixed. Now, we correctly reject badly formatted token data.

Also updated some tests At least now token-containing txns display correctly, but much work needs to be done to be able to send/sign a token txn and other assorted goodies.

This is to allow offline signing to sign token txns. Note this breaks the format for older clients, should the txn happen to contain tokens .. but there is no other way around this.

TxDialog now displays tokens on a line *after* the amount. Also added logic to display token info for inputs. Also have network fetch_inputs expose the tokenData as well for fetched inputs.

wallet.ct_txo and wallet.ct_txi track known cashtokens. We still need a modified Fulcrum server to *see* our CashTokens, however. Also added more support for signing and working with utxos that contain cashtokens. Misc. refactor as well.

Was not working on for in-wallet txns. Now it works.

Oops. input_token_datas return was not always populated. Fixed.

JSON keys cannot be ints, they must be strings, so prevout_n was becoming an int across wallet restarts. Fixed.

For being able to encode/decode cashaddresses of these types.

Also added UI elements to be able to figure out the cashtoken address for wallet addresses. Also the txdialog can "realize" when a cashtoken address appearing in an (unsigned) txn is "mine". Other assorted UI goodies added related to cashtoken addresses. The Address class was reworked a bit. Test vectors were also added from the CashToken spec for the new token-aware address types.

We switched from the Address class "capturing" the token-aware quality to it just being a display encoding format. The philosophy of this class is that it encapsulates a locking script (akin to CTxTestination in BCHN). As such, the way the address is encoded as a string doesn't need to be captured by this class. This simplifies the usage of the class itself and avoids potential bugs where the same locking script is not "seen" by electron cash as being the same address if one was token and the other was cashaddr, etc. This refactor makes actually *using* the address class easier than what we had before where token-awareness was a "kind". That was confusing to callers. It really should just be an encoding type... Also, the tests were updated and the Address class was made to enforce its invariants much more strictly.

For now it doesn't do much except display the tokens found in the wallet. TODO: Add more functionality

This imports similar code from address_list.py such that a refresh of the token tab contents doesn't eerily and annoyingly clear the UI state.

Allows copying token IDs, etc. Also added stub menu items for "Create Tokens" and "Send Tokens"

This commit adds the "Create Token" function. It can take any prevout-0 UTXO and send a txn self to create a token. It has a "new" button that also allows one to auto-getn a prevout-0 UTXO if none are present in the wallet. Also in this commit: - Modified coinchooser.py to accept optional token_datas - Modified token.py to add some useful constants - Modified wallet.py make_unsigned_transaction to accept token_datas and bip69_sort as optional kwargs

This makes the token creation or token-utxo-creation txns consistent with the rest of the app.

…in number As per collaborator suggestion.

This was a bug on my part. Fixed.

- Added another column to show the outpoint - Double-click shows the txn for the token - Right-click -> Details does same Suggested by: bitcoincashautist

Also some minor fixups to formatting and fonts for the CashTokens tab.

We squeeze very long NFT hex and render them as "Condensed". The threshold for this is when the NFT hex exceeds ~64 hex characters. Previous to this commit, on my macOS system, the QTreeWidget behaved strangely when the first column blew up to massive width due to ridiculously long NFT commitments. This commit fixes the situation.

Since we support parsing these, mention it in the help.

Not fully implemented yet, but it at least can manage its own internal state/sanity. Still need to implemnent: - Detection of when BCH amount exceeds wallet - Linking of Fiat/BCH amount edits properly - Composition of the resultant tx -> Send to Tx Dialog preview window

Just have the count be the number of utxos involved, rather than anything else.

Also in this commit: - show if a coin is frozen in the CashToken tab and don't spend it if it is. - add context-menu action to unfreeze frozen coins in the CashToken tab (works similarly to the Coins tab) - "Frozen" coin color in the coins tab takes precedence over the CashToken "green" color.

Yay! It works. It figures out how to allocate fungibles and nfts to outputs, and resolves "change" outputs for: BCH amounts, fungibles left over, and NFTs in inputs. Also in this commit: Made the BIP69 sorting conform to BCHN / latest spec.

Simplified an `if` condition and also fixed 2 comments.

* Add Token History tab * Update electroncash_gui/qt/main_window.py Co-authored-by: Calin Culianu <calin.culianu@gmail.com> * Update electroncash_gui/qt/main_window.py Co-authored-by: Calin Culianu <calin.culianu@gmail.com> * Handle case where prevout tx is None --------- Co-authored-by: Calin Culianu <calin.culianu@gmail.com>

- New function: try_to_get_tx which is a generic txn retriever (optionally falls back to synchronous network lookup). Saves the retreived tx in a dict of max size 250 - Made get_input_tx use this mechanism so that it never returns references to in-wallet txns (which may waste memory if the caller deserializes them). Instead, it always returns references to txns in the in-wallet cache. - Replaced use of wallet.transaction.get() in the token history tab with wallet.get_wallet_tx() so that the txn is deserialized from a private copy and the wallet txn dict doesn't store deserialized txns.

Also implemened update_labels() and added callback from main_window.py to this function when labels change asynchronously for whatever reason.

- "Max" checkbox now works - Got rid of the fiat edit box. Will implement later, perhaps. - If BCH amount specified exceeds wallet funds, shows the amount box in red. - Misc nits Note that the BCH amount "max" estimate is not 100% accurate, but should work in practice.

In some cases move items up to a higher level if there are no sibling items on the same level, to avoid user having to drill down annoyingly. - In one special case we just show FT token on top level if there is only 1 FT-only UTXO for that category id - In another case, don't create a "Fungible Only" parent item if the only things that category ID has are fungibles. Instead, put them all right under the top-level category ID item.

This is so that the user can automatically be exited from the UI context he/she was in. The now-defunct form whose tokens have been sent successfully auto-closes.

- Displays the address text in green if the address is CashToken-aware - If not, displayes it in yellow, complains, but still lets user send funds anyway

This is a defensive-programming commit. We declare our protocol version as 1.4 to the server, so `blockchain.scripthash.listunspent` should play nice with us and never show us tokens. However, just to be safe, we explicitly ask to "exclude_tokens" and if that call fails because the server doesn't understand the argument, we try again without that parameter. This is defensive programming in case someone someday upgrades our Electron Cash protocol version to 1.5 (in which case tokens are included in the unspent list by default!)

Added some logic/paranoia checks at the end of Abstract_Wallet.make_token_send_tx to detect if any tokens are being destroyed by the resultant tx. This is in case someone modifies this function in the future and introduces new bugs, they are unlikely to make it through to a tx being sent that burns tokens.

New icon: mutable.png. Also reorganized the code a bit, including in the token history tab, to show the right icon(s) depending on circumstance (minting vs mutable). Also the descriptor "Immutable" should now appear last in any text areas since it's less important than Minting or Mutable.

Modified the "Send" form to also allow editing, in a special mode. The editing mode always sends to self. Also in this commit: various small fixups to the "Send" form.

Improve NFT description and add Copy Outpoint operation

Add a combined minting/mutable icon

- added new wallet function get_tx_tokens_delta() - used this new function to improt wallet.get_history() to return optional token deltas per history item All data comes from in-wallet data structures now (wallet.ct_txo and wallet.ct_txi). Which means no more needing to re-parse every txn in wallet as was the case before this commit, in order to build the token history list. I'm seeing a 20x speedup. Note that the new wallet.get_history() API also optionally supports cumulatuve token balances per-txn, which we can use perhaps later to display such information in the token history list.

…ance Makes it more like the main history tab and also it's useful to know your on-going balance. Leverages the new wallet API that quickly determines these things. Also some fixes to the column widths and fonts... to fit more on the screen horizontally. Also added more tooltips and also made more of the columns resizeable.

- wallet.get_history() was returning the wrong data .. it should also tell you about prevout_hash in the dict "nft_out" key. It should have a tuple of 3: prevout_hash, prevout_n, token_data. Fixed. - Made the token history tab remember selections and expanded items across .update() calls. - Made the token history tab auto-expand on first refresh if it only has 1 top-level item with sub-items

.. as well as consistent with the token history tab which already refers to it as this.

…n TXOs Needed to modify the call signature of some functions in wallet to do this, but it has been done in a backwards-compatible way.

- The "text anchor" wasn't set properly so if you right-click on a token data input, you didn't get the right context menu options. Fixed. - Added the correct context menu options for the inputs box right-click

Made it less horrible. I hope.

…transaction It's basic but the idea is you set the "payee" to the wallet itself, mark the minting NFT for "Sending" (to self), and you can optionally specify a list of new NFTs to also add to the txn.

So that we can deterministically create token "icons" from a token category id string. Based on: https://github.com/tristan/blockies Adapted to not use Pillow, but instead just use Qt natively.

Icons get saved to DATADIR/cashtoken_meta/icons as the "category-id".png. However, if no icon is found for a particular category-id there, electron cash just uses some defaults which are procedurally generated based on the category-id. The icons produced deterministically in this way are identical to the code that is being used at https://my-cashtokens-webwallet.netlify.app/

If specified, we end up hitting the web to calculate the document's hash, and we embed the hash and url into a BCMR-conforming OP_RETURN field. Also in this commit: Added support for the tx_dialog broadcast callback to accept betwee 1-3 args (just in case we need to inspect what was broadcast in a later form).

…row colors This makes the cashtoken stuff have its own distinct visual style so user knows they are in cashtoken-land just from glancing at the screen (to differentiate these views from the normal history list, etc)

Icon columns

Mint tokens

…xups - Minting only selects at most 1 of each token category - Top box thus doesn't need to show the commitment hex (column deleted) - Fixed bug where Preview Tx was being allowed even for illegitimate user input to form - Fixed untranslated strings / translation of "" - Various other small nits

Same trick used for edit. Specify the minting utxo's "amount" as "to send" to avoid having it split out as "change" needlessly.

Unsupported by gettext as it would be a security vulnerability. Fixed in the few places in the app where this occurred.

- Adjusted layout of mint top table a bit - Made a crash that could happen stop happening - Ensure can see the "X" on the lower treewidget - Ensure adding items scrolls the scrollarea to bottom so user notices effect of the add - Ensure deletion doesn't reset scrollbar position - Ensure form remembers partially-completed values across redraws

Accessible from the CashTokens tab right click -> edit token metadata Properties edited are not yet used for display. Coming in a subsequent commit...

Make bottom panel resizable. Other layout tweaks

Still missing: Send token support for this. Most of the screens are updated -- hopefully I didn't miss anything!

1. It's shorter now 2. I fear the word metadata may cause users to imply we are actually doing something with BCMR.

…if defined)

Fix various token_send QTreeWidget layout issues

Solution is to just not put any text in table cell since it's not used for anything anyway.

Fix transparent scrollbars

- Also made the token-id columns more compact in a few places. - Also attached more app-wide signaling when user edits token name so more views/widgets get updated when this happens. - Plus miscellaneous small fixups and cleanups.

"Flags" -> "Capability" "NFT Hex" -> "NFT Commitment"

It now defaults to being smaller ...

In the perhaps naive hope that on no platform will this mean they get crushed to nothing.

- Copy Token Name added (in lieu of Copy Category) - Adjusted tooltip for token history list to describe what it is showing you as a category ID

- "Delete" button moved to the right and given a trash icon - Table made tighter (got rid of the empty space for the collapser control since none of the items are collapsible) - Put the "Delete" button in the same widget as the "N copies" button. - Added some missing tooltips

Some desktop styles render the "reset" (clear) button same as "cancel". Not good. Redone to not use the auto-magic logic of Qt for this button.

On some Linux setups this looked just like the "Cancel" button which can be visually confusing. Fixed.

Commits on Oct 30, 2022

Add servers_chipnet.json to setup.py

0e4ef622 authored Oct 30, 2022

Configuration menu

View commit details

Copy full SHA for 54fd359

Browse repository at this point

Copy the full SHA

54fd359 View commit details

Browse the repository at this point in the history

Commits on Mar 17, 2023

Add UI for Fusion plugin on Android

OPReturnCode committed Mar 17, 2023

Configuration menu

View commit details

Copy full SHA for 43f1fcc

Browse repository at this point

Copy the full SHA

43f1fcc View commit details

Browse the repository at this point in the history

Commits on May 5, 2023

Rename "TokenID" -> "Token ID"

cculianu committed May 5, 2023

Configuration menu

View commit details

Copy full SHA for ac3ae1c

Browse repository at this point

Copy the full SHA

ac3ae1c View commit details

Browse the repository at this point in the history

BONUS kryprowaluty bez depozytu #248

Are you sure you want to change the base?

BONUS kryprowaluty bez depozytu #248

Commits on Oct 18, 2022

Commits on Oct 19, 2022

Commits on Oct 24, 2022

Commits on Oct 30, 2022

Commits on Oct 31, 2022

Commits on Nov 3, 2022

Commits on Nov 7, 2022

Commits on Nov 8, 2022

Commits on Nov 12, 2022

Commits on Nov 13, 2022

Commits on Nov 14, 2022

Commits on Nov 20, 2022

Commits on Nov 21, 2022

Commits on Nov 22, 2022

Commits on Nov 23, 2022

Commits on Nov 24, 2022

Commits on Nov 26, 2022

Commits on Nov 27, 2022

Commits on Dec 2, 2022

Commits on Dec 16, 2022

Commits on Dec 18, 2022

Commits on Dec 23, 2022

Commits on Dec 31, 2022

Commits on Jan 10, 2023

Commits on Jan 12, 2023

Commits on Jan 13, 2023

Commits on Jan 14, 2023

Commits on Jan 15, 2023

Commits on Jan 17, 2023

Commits on Jan 18, 2023

Commits on Jan 23, 2023

Commits on Jan 24, 2023

Commits on Feb 3, 2023

Commits on Feb 4, 2023

Commits on Feb 5, 2023

Commits on Feb 7, 2023

Commits on Feb 8, 2023

Commits on Feb 9, 2023

Commits on Feb 10, 2023

Commits on Feb 11, 2023

Commits on Mar 6, 2023

Commits on Mar 12, 2023

Commits on Mar 13, 2023

Commits on Mar 17, 2023

Commits on Mar 20, 2023

Commits on Mar 21, 2023

Commits on May 2, 2023

Commits on May 3, 2023

Commits on May 4, 2023

Commits on May 5, 2023

Commits on May 6, 2023

Commits on May 7, 2023

Commits on May 8, 2023

Commits on May 9, 2023

Commits on May 10, 2023

Commits on May 11, 2023

Commits on May 12, 2023

Commits on May 13, 2023