News über Electrum wallet

[bct_ail]

Version 4.0.9: Ist es nicht mehr möglich (bin der Meinung das ging mal) nur die ganzen angezeigten Adressen als csv zu exportieren? Ich finde nur die Möglichkeit alle Adressen mit zugehörigen private keys als csv zu exportieren.

Ich habe das hier gefunden

Code:

print "\n".join(i for i in wallet.get_receiving_addresses() )

https://www.reddit.com/r/btc/comments/64z92u/electrum_how_to_save_asexport_a_lot_of_receiving/

Funktioniert das, um mir die Adressen als csv o.ä zu exportieren? Ich sehe da mit meinen Schulgrundwissen nichts gefährliches am Code, aber will es trotzdem hier gegenchecken.

[1714971534]

1714971534

[mole0815]

Ich wurde heute In-App auf die aktuelle Version hingewiesen... daher hier ein kurzes Update:

# Release 4.1.5 - (July 19, 2021)
 * Builds/binaries:
   - macOS: the .dmg binary should now be reproducible
 * Kivy/Android: fix paying bip70 invoices (regression) (90579ccf)
 * fix: payment requests not saved if process is killed (6a049d99)
 * Lightning: improve payment success when using trampoline (3a7f5373)
 * add support for signet test network (#7282)
 * Qt GUI:
   - allow restoring from SLIP39 seeds (#6917)
   - rework QR code scanning on Windows and macOS (#7365)
   - support smaller window sizes, decrease minimums (#7385)
 * GUIs: add "funded or unused" filter option to Addresses tab (#5823)

Quelle: https://github.com/spesmilo/electrum/blob/master/RELEASE-NOTES

Dazu noch die anderen Notes seit dem letzten Update zur 4.1.1 das wir hier angesprochen hatten:

# Release 4.1.4 - (June 17, 2021)
 * Kivy/Android: fix a regression where a non-LN wallet
   could not open the settings (c49d6995)
 * CLI/RPC: fix "close_wallet" command (#7348)

# Release 4.1.3 - (June 16, 2021)
 * Builds/binaries:
   - Android: the binaries (APKs) should now be reproducible (#7263)
   - AppImage: fix some startup issues by including libxcb deps (#7198)
 * Lightning:
   - smarter LN pathfinding (if trampoline is disabled):
     - estimate liquidity in channels using previous attempts (#7152)
     - consider inflight HTLCs and try to route around them (#7292)
   - bugfix: add more safety checks to avoid "batch RBF" feature
     merging LN funding txs (#7298)
   - remove HTLC value upper limit of ~42 mBTC (#7328)
   - Kivy GUI: implement freezing LN channels (11bb39ee)
 * imported wallets: when enabling the "Use change addresses" option,
   change will now be sent to a random unused imported address. (#7330)
   As before, by default, change is sent back to the "from address".
 * seed generation: make sure newly created electrum seeds don't have
   correct bip39 checksum by chance (#6001)
 * other minor fixes

# Release 4.1.2 - (April 8, 2021)
 * Qt GUI:
    - fix some crashes when exiting (#6889)
    - make sure pressing Ctrl-C always quits (c41cd4ae)
 * Kivy GUI (Android):
    - fix bug with scrollbar, again (#7155)
    - 2fa wallets: fix making transactions (#7190)
    - implement freezing addresses (#7178)
 * Android: use more modern application launcher/icon (#7187)

Update verlief reibungslos

[-doubleU-]

Ich wurde heute In-App auf die aktuelle Version hingewiesen... daher hier ein kurzes Update:

# Release 4.1.5 - (July 19, 2021)
 * Builds/binaries:
   - macOS: the .dmg binary should now be reproducible
 * Kivy/Android: fix paying bip70 invoices (regression) (90579ccf)
 * fix: payment requests not saved if process is killed (6a049d99)
 * Lightning: improve payment success when using trampoline (3a7f5373)
 * add support for signet test network (#7282)
 * Qt GUI:
   - allow restoring from SLIP39 seeds (#6917)
   - rework QR code scanning on Windows and macOS (#7365)
   - support smaller window sizes, decrease minimums (#7385)
 * GUIs: add "funded or unused" filter option to Addresses tab (#5823)

Quelle: https://github.com/spesmilo/electrum/blob/master/RELEASE-NOTES

Update verlief reibungslos

Danke für den Hinweis. Der interessanteste Punkt im aktuellen Release ist meiner Meinung nach

* Qt GUI:
   - allow restoring from SLIP39 seeds (#6917)

Dabei handelt es sich um die Shamir Backup Variante welche zb. beim Trezor Model T genutzt werden kann.
Die SLIP39 Wortliste unterscheidet sich außerdem von der BIP39 Wortliste.
Werde ich mir in einer ruhigen Minute mal intensiver anschauen und die neue Funktion ausprobieren.

[bct_ail]

Ich will electrum als Linux Version direkt über die Python sources installieren.

Bisher war für die Verifizierung der Signatur folgendes im Terminal einzugeben:

Code:

wget https://download.electrum.org/4.x.x/Electrum-4.x.x.tar.gz.asc
gpg --verify Electrum-4.x.x.tar.gz.asc Electrum-4.x.x.tar.gz

Nun steht da aber:

Code:

wget https://download.electrum.org/4.1.5/Electrum-4.1.5.tar.gz.ThomasV.asc
gpg --verify Electrum-4.1.5.tar.gz.ThomasV.asc Electrum-4.1.5.tar.gz
wget https://download.electrum.org/4.1.5/Electrum-4.1.5.tar.gz.sombernight_releasekey.asc
gpg --verify Electrum-4.1.5.tar.gz.sombernight_releasekey.asc Electrum-4.1.5.tar.gz

Quelle: https://electrum.org/#download

Ist das richtig so? Also nicht die Versionen, sondern das ThomasV und sombernight_releasekey?


Weitere Frage.

Den Schlüssel konnte man auch direkt über gnupgp holen:

Code:

gpg --keyserver keys.gnupg.net --recv-keys 6694D8DE7BE8EE5631BED9502BD5824B7F9470E6

Diese Server gibt es aber nicht mehr (https://www.golem.de/news/sks-das-ende-der-alten-pgp-keyserver-2106-157613.html)

Gebe ich auf https://keys.openpgp.org/ diesen Fingerprint ein, dann findet er auch einen Eintrag

We found an entry for 6694D8DE7BE8EE5631BED9502BD5824B7F9470E6.

https://keys.openpgp.org/vks/v1/by-fingerprint/6694D8DE7BE8EE5631BED9502BD5824B7F9470E6

Wie aber bekomme ich das ohne wget auf mein System?
Eingabe von

Code:

gpg --keyserver keys.openpgp.org --recv-keys 6694D8DE7BE8EE5631BED9502BD5824B7F9470E6

gibt aus:

Code:

gpg: key 2BD5824B7F9470E6: new key but contains no user ID - skipped
gpg: Anzahl insgesamt bearbeiteter Schlüssel: 1
gpg:        ohne User-ID: 1

Ich bin verwirrt.

[-doubleU-]

Bisher war für die Verifizierung der Signatur folgendes im Terminal einzugeben:

Code:

wget https://download.electrum.org/4.x.x/Electrum-4.x.x.tar.gz.asc
gpg --verify Electrum-4.x.x.tar.gz.asc Electrum-4.x.x.tar.gz

Nun steht da aber:

Code:

wget https://download.electrum.org/4.1.5/Electrum-4.1.5.tar.gz.ThomasV.asc
gpg --verify Electrum-4.1.5.tar.gz.ThomasV.asc Electrum-4.1.5.tar.gz
wget https://download.electrum.org/4.1.5/Electrum-4.1.5.tar.gz.sombernight_releasekey.asc
gpg --verify Electrum-4.1.5.tar.gz.sombernight_releasekey.asc Electrum-4.1.5.tar.gz

Quelle: https://electrum.org/#download

Ist das richtig so? Also nicht die Versionen, sondern das ThomasV und sombernight_releasekey?

Dies war mir auch noch nicht aufgefallen, aber dürfte OK sein. Scheinbar wurden da ein paar weitere Entwickler mit ins Boot geholt welche jede Version signieren um eine zusätzliche Sicherheit gegen Fake-Downloads zu schaffen. Sehe ich positiv, auch wenn viele User die Signature Prüfung oftmals vernachlässigen.

Our executables are reproducible, and are signed independently by several builders.
We recommend verifying at least two signatures.

Quelle: https://electrum.org/#download

Also eigentlich reicht es noch immer nur mit einer Release Signatur die Echheit zu verifizieren, aber als zusätzliche Sicherheit kannst du eben auch noch eine 2. oder 3. Signaturprüfung vornehmen.

Zum Teil 2 deiner Frage kann ich als 90% Windows User leider nicht weiterhelfen.

[5tift]

Version 4.2.0 wurde am 16.03. veröffentlicht.
Wie immer der Hinweis: Quelle und Paket verifizieren

# Release 4.2.0 - (March 16, 2022)
 * The minimum python version was increased to 3.8 (#7661)
 * Lightning:
   - redesigned MPP splitting algorithm (#7202)
   - trampoline: implement multi-trampoline MPP (#7623)
   - implement option_shutdown_anysegwit, and allow dust limits
     below 546 sat (#7542)
   - implement option_channel_type (#7636)
   - implement modern closing negotiation (#7586, #7680)
 * improve support for "lightning:" URIs on all platforms (#7301)
 * Qt GUI:
   - add setting "show amounts with msat precision" (5891e039)
   - add setting "add thousand separators to bitcoin amounts" (#7427)
 * CLI/RPC:
   - implement Unix sockets and make them the default (#7545, #7566)
   - add "bumpfee" command (#7438)
 * Kivy GUI:
   - show network setup on first start before wallet creation (#7464)
   - add "Child Pays For Parent" option (#7487)
   - improved locale handling (22bb52d5, 7cb11ced, 4293d6ec)
 * Hardware wallets:
   - trezor: bump trezorlib to 0.13 (#7590)
   - bitbox02: bump bitbox02 to 6.0, support send-to-taproot (#7693)
   - ledger: support "Ledger Nano S Plus" (#7692)
 * Library:
   - added support for sighash types beside "ALL" (#7453)
   - signmessage: also accept Trezor-type sigs for segwit addrs (#7668)
   - network: make request timeout configurable (#7696)
   - paytomany (onchain txout batching) now allows multiple max("!")
     amounts with specified weights (#7492)
 * Binary builds
   - AppImage: changed base image from ubuntu 16.04 to 18.04 (5d0aa63a)
 * migrated from Travis CI to Cirrus CI (#7431)
 * Lots of other minor bugfixes and usability improvements.

Version 4.2.1 wurde am 26.03. veröffentlicht.
Wie immer der Hinweis: Quelle und Paket verifizieren

# Release 4.2.1 - (March 26, 2022)
 * Binaries:
   - Windows: we are dropping support for Windows 7. (#7728)
     Version 4.2.0 already unintentionally broke compatibility with
     Win7 and there is no easy way to restore and maintain support.
     Existing users can keep using version 4.1.5 for now, but should
     consider upgrading or changing their OS.
     Win8.1 still works but only Win10 is regularly tested.
   - bump bundled Python version (win, mac, appimage) to 3.9.11,
     (android) to 3.8.13 (1bb7ef92, #7721)
     (note these include a fix to an openssl DOS-vector CVE-2022-0778)
   - windows: bump pyinstaller to 4.10 and wine to 7.0 (#7721)
 * Kivy GUI:
   - fix "Child Pays For Parent" not working on Android (#7723)
   - revert to defaulting the UI language to English (25fee6a6)
 * Qt GUI:
   - macOS: fix opening "Preferences" segfaulting for some (#7725)
   - more resilient startup: better error-handling and fallback (#7447)
 * Library:
   - fix LN error/warning message-handling, and fix regression that
     errors during channel-open were not properly shown in GUI (a92dede4)
   - during LN chan open, do not backup wallet automatically (#7733)
   - Imported wallets: fix delete_address rm-ing too many txs (#7587)
   - fix potential deadlock in wallet.py (d3476b6b)
 * Hardware wallets:
   - ledger: add progress indicator to sign_transaction (#7516)
 * fix the "--portable" flag for AppImage, and for pip installs (#7732)

Version 4.2.2 wurde am 27.05. veröffentlicht.
Wie immer der Hinweis: Quelle und Paket verifizieren

# Release 4.2.2 - (May 27, 2022)
 * Lightning:
   - watching onchain outputs: significant perf. improvements (#7781)
   - enforce relative order of some msgs during chan reestablishment,
     lack of which can lead to unwanted force-closures (#7830)
   - fix: in case of a force-close containing incoming HTLCs, we were
     redeeming all HTLCs that we know the preimage for. This might
     publish the preimage of an incomplete MPP. (1a5ef554, e74e9d8e)
 * Hardware wallets:
   - smarter pairing during sign_transaction (238619f1)
   - keepkey: fix pairing with device using a workaround (#7779)
 * fix AppImage failing to run on certain systems (#7784)
 * fix "Automated BIP39 recovery" not scanning change paths (#7804)
 * bypass network proxy for localhost electrum server (#3126)

[bct_ail]

Electrum Wallet mit Tor. Reicht es dazu aus, den Tor Browser zu öffnen und dann das Electrum Wallet wie her beschrieben:

Um Electrum mit Tor zu benutzen, benötigst du den Tor-Browser. Installiere diesen von der offiziellen Webseite https://www.torproject.org. Folge den Schritten, die in der Download-Sektion beschrieben sind.

Klicke in Electrum auf den Menüpunkt „Werkzeuge“ -> „Netzwerk“ (oder klicke auf den grünen LED-Knopf in der rechten unteren Ecke) und wähle den Reiter „Proxy“ aus. Wähle „Tor Proxy auf Port 9150 nutzen“. Du kannst nun entweder weiterhin einen regulären öffentlichen Server verwenden, oder im Reiter "Server" eine spezifische Tor .onion-Adresse konfigurieren.

Die zuvor grüne LED sollte nun auf blau wechseln um anzuzeigen, dass du nun über das Tor-Netzwerk verbunden bist.

https://shiftcrypto.ch/blog/erweiterte-electrum-funktionen/

Oder sollte man direkt im Electrum Wallet einen Server im Onionnetzwerk auswählen? Auf https://electrum.readthedocs.io/en/latest/tor.html steht, dass es zwei verschiedene Methoden gibt:

Using Electrum Through Tor

Please note that when using Electrum through Tor there are two main ways. The first way has the most Privacy but also requires the most trust in the server you are connecting to. This is because normally Electrum connects to a few different servers and downloads block headers and checks that they match. This prevents/makes it more difficult for Rogue servers to send you bad information. However, this can also present a privacy issue because you could be connecting to none .onion servers for these headers.

Thus the two different options are, Connect to 1 server ONLY and get block headers and transaction info from that server. Or Connect to 8 block header servers and connect to 1 .onion server for the general use.

Der dort vorhandene Link auf http://electrumserv.noip.me/onionservers.txt funktioniert aber nicht. Gibt es eine neue Liste?

OS: Linux

[mole0815]

Der dort vorhandene Link auf http://electrumserv.noip.me/onionservers.txt funktioniert aber nicht. Gibt es eine neue Liste?

Schau mal hier vorbei: https://github.com/spesmilo/electrum-docs/issues/42
Es gibt auch im Forum eine Liste aber wie aktiv div. Seiten noch sind kann ich nicht abschätzen: https://bitcointalk.org/index.php?topic=113116.0
Und dann noch das hier: https://www.reddit.com/r/Electrum/comments/9smc7h/is_it_better_risk_wise_to_connect_to_someone/

Link 3 zeigt uA. auch auf das gleiche Ergebnis wie Link 1. Ich hoffe das hilft dir weiter

[Soonandwaite]

Ich möchte nun auf einen neuen Windows Rechner Electrum  neu installieren. Ohne Import  meiner bestehenden Seed Einheiten.
Download von der Seite ja ok. Dann beim installieren kommt noch dieses Fenster:



Für welche von denen sollte man sich entscheiden außer Nr. 4 ?

[Real-Duke]

Für welche von denen sollte man sich entscheiden außer Nr. 4 ?

Also ich nehme in dem Fall die Default Wallet. Die sicherst Du dann ja auch noch mit einem Passwort ab, oder benutzt Du nicht einen Ledger für deine BTC?
Dann müsstest Du sie eh über den Ledger entsperren um den Bestand etc zu sehen.

[Soonandwaite]

Für welche von denen sollte man sich entscheiden außer Nr. 4 ?

Also ich nehme in dem Fall die Default Wallet. Die sicherst Du dann ja auch noch mit einem Passwort ab, oder benutzt Du nicht einen Ledger für deine BTC?
Dann müsstest Du sie eh über den Ledger entsperren um den Bestand etc zu sehen.

Die Default Wallet nenne ich immer vorher um in einen von mir gewählten Namen. Mir geht es darum ob man die Standart Wallet oder Multisig nimmt.
Die 2FA ist ja zusätzlich mit Google Auth.

[bct_ail]

Für welche von denen sollte man sich entscheiden außer Nr. 4 ?

Für die voreingestellte Standard-Börse.

[mole0815]

Mir geht es darum ob man die Standart Wallet oder Multisig nimmt.
Die 2FA ist ja zusätzlich mit Google Auth.

Wie schon gesagt wurde ist "Standard" korrekt
Multisig ist etwas anderes und für den von dir gewünschten Fall nicht relevant: https://electrum.readthedocs.io/en/latest/multisig.html + https://en.bitcoin.it/wiki/Multi-signature

Multi-signature (multisig) refers to requiring multiple keys to authorize a Bitcoin transaction, rather than a single signature from one key.

[Soonandwaite]

Danke Euch beiden. Habe sie so nun eingerichtet und alles ok.
Die letzte Einrichtung war schon fast 3 Jahre her. Da frage ich lieber ein mal mehr nach. 

[5tift]

Version 4.3 wurde am 05.08.22 veröffentlicht.
Wie immer der Hinweis: Quelle und Paket verifizieren.

# Release 4.3.0 - (August 5, 2022)

 * This version introduces a set of UI modifications that simplify the
   use of Lightning. The idea is to abstract payments from the payment
   layer, and to suggest solutions when a lightning payment is hindered
   by liquidity issues.
    - Invoice unification: on-chain and lightning invoices have been
      merged into a unique type of invoice, and the GUI has a single
      'create request' button. Unified invoices contain both a
      lightning invoice and an onchain fallback address.
    - The receive tab of the GUI can display, for each payment
      request, a lightning invoice, a BIP21 URI, or an onchain
      address. If the request is paid off-chain, the associated
      on-chain address will be recycled in subsequent requests.
    - The receive tab displays whether a payment can be received using
      Lightning, given the current channel liquidity. If a payment
      cannot be received, but may be received after a channel
      rebalance or a submarine swap, the GUI will propose such an
      operation.
    - Similarly, if channels do not have enough liquidity to pay a
      lightning invoice, the GUI will suggest available alternatives:
      rebalance existing channels, open a new channel, perform a
      submarine swap, or pay to the provided onchain fallback address.
    - A single balance is shown in the GUI. A pie chart reflects how
      that balance is distributed (on-chain, lightning, unconfirmed,
      frozen, etc).
    - The semantics of the wallet balance has been modified: only
      incoming transactions are considered in the 'unconfirmed' part
      of the balance. Indeed, if an outgoing transaction does not get
      mined, that is not going to decrease the wallet balance. Thus,
      change outputs of outgoing transactions are not subtracted from
      the confirmed balance. (Before this change, the arithmetic
      values of both incoming and outgoing transactions were added to
      the unconfirmed balance, and could potentially cancel
      each other.)

 * In addition, the following new features are worth noting:
    - support for the Blockstream Jade hardware wallet (#7633)
    - support for LNURL-pay (LUD-06) (#7839)
    - updated trampoline feature bit in invoices (#7801)
    - the claim transactions of reverse swaps are not broadcast until
      the parent transaction is confirmed. This can be overridden by
      manually broadcasting the local transaction.
    - the fee of submarine swap transactions can be bumped (#7724)
    - better error handling for trampoline payments, which should
      improve payment success rate (#7844)
    - channel backups are removed automatically when the corresponding
      channel is redeemed (#7513)

Version 4.3.2 wurde am 16.09.22 veröffentlicht.

* When creating new requests, reuse addresses of expired requests
   (fixes #7927).
 * Index requests by ID instead of receiving address. This affects the
   following commands: get_request, get_invoice, list_requests,
   list_invoices, delete_request, delete_invoice
 * Trampoline routing: remember routes that have failed. Try other
   routes instead of systematically raising tampoline fees.
 * Fix sweep to_local output from channel backup (#7959)
 * Harden build script for macOS binary: avoid using
   precompiled wheels from PyPI for most packages (#7918)
 * The Windows/AppImage/Android binaries are now built on debian using
   the snapshot.debian.org archive instead of ubuntu. This should help
   with historical reproducibility. (#7926)

# Release 4.3.1 - (August 17, 2022)
 * build: we now also distribute a "source-only"
   Linux-packager-friendly tarball (d0de44a7, #7594), in addition
   to the current "normal" tarball. The "source-only" tarball excludes
   compiled locale files, generated protobuf files, and does not
   vendor our runtime python dependencies (the packages/ folder).
 * fix os.chmod when running in tmpfs on Linux (#7681)
 * (Qt GUI) some improvements for high-DPI monitors (38881129)
 * bring kivy request dialog more in-line with Qt (#7929)
 * rm support of "legacy" (without static_remotekey) LN channels.
   Opening these channels were never supported in a release version,
   only during development prior to the first lightning-capable
   release. Wallets with such channels will have to close them.
   (1f403d1c, 7b8e257e)
 * Qt: fix duplication of some OS notifications on onchain txs (#7943)
 * fix multiple recent regressions:
    - handle NotEnoughFunds when trying to pay LN invoice (#7920)
    - handle NotEnoughFunds when trying to open LN channel (#7921)
    - labels of payment requests were not propagated to
      history/addresses (#7919)
    - better default labels of outgoing txs (#7942)
    - kivy: dust-valued requests could not be created for LN (#7928)
    - when closing LN channels, future (timelocked) txs were not
      shown in history (#7930)
    - kivy: fix deleting "local" tx from history (#7933)
    - kivy: fix paying amountless LN invoice (#7935)
    - Qt: better handle unparseable URIs (#7941)

[mole0815]

Da ich Electrum soeben auf die neue Version geupdatet habe hier der Hinweis auf diese Version.
Die letzte Erwähnung war V 4.3 und was seither passiert ist könnt ihr hier nachlesen:

# Release 4.3.3 - (January 3, 2023)
 * Lightning:
   - fix handling failed HTLCs in gossip-based routing (#7995)
   - fix LN cooperative-chan-close to witness v1 addr (#8012)
 * PSBTs:
   - never put ypub/zpub in psbts, only plain xpubs (#8036)
   - for witness v0 txins, put both UTXO and WIT_UTXO in psbt (#8039)
 * Hardware wallets:
   - Trezor: optimize signing speed by not serializing tx (#8058)
   - Ledger:
     - modify plugin to support new bitcoin app v2.1.0 (#8041),
     - added a deprecation warning when using Ledger HW.1 devices.
       Ledger itself stopped supporting HW.1 some years ago, and it is
       becoming a maintenance burden for us to keep supporting it.
       Please migrate away from these devices. Support will be removed
       in a future release.
 * Binaries:
   - tighten build system to only use source pkgs in more places
     (#7999, #8000)
   - Windows:
     - use debian makensis instead of upstream windows exe (#8057)
     - stop using debian sid, build missing dep instead (98d29cba)
   - AppImage: fix failing to run on certain systems (#8011)
 * commands:
   - getinfo() to show if running in testnet mode (#8044)
   - add a "convert_currency" command (for fiat FX rate) (#8091)
 * Qt wizard: fix QR code not shown during 2fa wallet creation (#8071)
 * rework Tor-socks-proxy detection to reduce Tor-log-spam (#7317)
 * Android: add setting to enable debug logs (#7409)
 * fix payserver (merchant) js for electrum 4.3 invoice api (0fc90e07)
 * bip21: more robust handling of URIs that include a "lightning" key
   (ac1d53f0, 2fd762c3, #8047)


# Release 4.3.2 - (September 26, 2022)
 * When creating new requests, reuse addresses of expired requests
   (fixes #7927).
 * Index requests by ID instead of receiving address. This affects the
   following commands: get_request, get_invoice, list_requests,
   list_invoices, delete_request, delete_invoice
 * Trampoline routing: remember routes that have failed. Try other
   routes instead of systematically raising tampoline fees.
 * Fix sweep to_local output from channel backup (#7959)
 * Harden build script for macOS binary: avoid using
   precompiled wheels from PyPI for most packages (#7918)
 * The Windows/AppImage/Android binaries are now built on debian using
   the snapshot.debian.org archive instead of ubuntu. This should help
   with historical reproducibility. (#7926)

# Release 4.3.1 - (August 17, 2022)
 * build: we now also distribute a "source-only"
   Linux-packager-friendly tarball (d0de44a7, #7594), in addition
   to the current "normal" tarball. The "source-only" tarball excludes
   compiled locale files, generated protobuf files, and does not
   vendor our runtime python dependencies (the packages/ folder).
 * fix os.chmod when running in tmpfs on Linux (#7681)
 * (Qt GUI) some improvements for high-DPI monitors (38881129)
 * bring kivy request dialog more in-line with Qt (#7929)
 * rm support of "legacy" (without static_remotekey) LN channels.
   Opening these channels were never supported in a release version,
   only during development prior to the first lightning-capable
   release. Wallets with such channels will have to close them.
   (1f403d1c, 7b8e257e)
 * Qt: fix duplication of some OS notifications on onchain txs (#7943)
 * fix multiple recent regressions:
    - handle NotEnoughFunds when trying to pay LN invoice (#7920)
    - handle NotEnoughFunds when trying to open LN channel (#7921)
    - labels of payment requests were not propagated to
      history/addresses (#7919)
    - better default labels of outgoing txs (#7942)
    - kivy: dust-valued requests could not be created for LN (#7928)
    - when closing LN channels, future (timelocked) txs were not
      shown in history (#7930)
    - kivy: fix deleting "local" tx from history (#7933)
    - kivy: fix paying amountless LN invoice (#7935)
    - Qt: better handle unparseable URIs (#7941)

Quelle: https://github.com/spesmilo/electrum/blob/master/RELEASE-NOTES

Download kann hier durchgeführt werden: https://electrum.org/#download
Datei vor Installation bitte prüfen!

[5tift]

Version 4.3.4 wurde am 26.01.2023. veröffentlicht.
Wie immer der Hinweis: Quelle und Paket verifizieren.

* Lightning:
   - make sending trampoline payments more reliable (5251e7f8)
   - use different trampoline feature bits than eclair (#8141)
 * invoice-handling: fix get_request_by_addr incorrectly mapping
   addresses to request ids when an address was reused (#8113)
 * fix a deadlock in wallet.py (52e2da3a)
 * CLI: detect if daemon is already running (c7e2125f)
 * add an AppStream metainfo.xml file for Linux packagers (#8149)
 * payserver plugin:
   -replaced vendored qrcode lib
   -added tabs for on-chain and lightning invoices
   -revamped html and javascript

[mara2]

Ich kann mich nicht mit der email adresse verifizieren beim einloggen, da ich keinen zugriff zu der email habe. Nur den  Benutzernamen und das Password. Gibt es da eine möglichkeit sich ohne Email bestätigung einzuloggen?

[5tift]

Wo willst Du dich denn einloggen?

[5tift]

Version 4.4.1 wurde am 27.04.2023. veröffentlicht.
Wie immer der Hinweis: Quelle und Paket verifizieren.

* Qt GUI:
   - fix sweeping (#8340)
   - fix send tab input_qr_from_camera (#8342)
   - fix crash reporter showing if send fails on typical errors (#8312)
   - bumpfee: disallow targeting an abs fee. only allow feerate (#8318)
 * QML GUI:
   - fix offline-signing or co-signing pre-segwit txs (#8319)
   - add option to show onchain address in ReceiveDetailsDialog (#8331)
   - fix strings unique to QML did not get localized/translated (#8323)
   - allow paying bip21 uri onchain that has both onchain and bolt11
     if we cannot pay on LN (#8334, 312e50e9)
   - virtual keyboard: make buttons somewhat larger (75e65c5c)
   - fix(?) Android crash with some OS-accessibility settings (#8344)
   - fix channelopener.connectStr qr scan popping under (#8335)
   - fix restoring from old mpk (watchonly for "old" seeds) (#8356)
 * libsecp256k1: add runtime support for 0.3.x, bump bundled to 0.3.1
 * forbid paying to "http:" lnurls (enforce https or .onion) (1b5c7d46)
 * fix wallet.bump_fee "decrease payment" erroring on too high target
   fee rate (#8316)
 * fix performance regressions in tx logic (ee521545, 910832c1)
 * fix "recursion depth exceeded" for utxo privacy analysis (#8315)