Groestlcoin 22th September Release

Groestlcoin Release September 2020

As 2020 continues to unravel with people worried about their health, livelihoods, jobs and general way of life, one thing at least can remain constant - Groestlcoin’s release schedule. We at the core Groestlcoin team really hope everyone is doing well and coping with what 2020 is throwing at us all. For anything to change in this world, major and seemingly dramatic change and chaos unfortunately needs to first ensue but rest assured everyone will come out of 2020 much stronger people! The Groestlcoin team have been working on a vast amount of new technology during these uncertain periods which we would like to share with you today.

What’s Being Released Today?

 

GROESTLCOIN DEVELOPMENT RELEASE

Groestlcoin Core 2.20.1

What am I?

Groestlcoin Core is a major release with many protocol level improvements and code optimizations, featuring the technical equivalent of Bitcoin v0.20.1 but with Groestlcoin specific patches.

Changelog

Important

Make a copy your wallet.dat file as a backup and move it to a secure location:
Location Windows: Navigate to C:\Users\Username\AppData\Roaming\groestlcoin\wallet.dat (or open windows explorer and enter %appdata%\Groestlcoin\wallet.dat)
Location Mac: Finder -> Go {Hold Option] -> Library -> groestlcoin -> wallet.dat (~/Library/Application Support/groestlcoin/wallet.dat)

How to upgrade

  • Windows: If you are running an older version, shut it down. Wait until it has completely shut down (which might take a few minutes for older versions), then run the installer.
  • OSX: If you are running an older version, shut it down. Wait until it has completely shut down (which might take a few minutes for older versions), run the dmg and drag Groestlcoin Core to Applications.

SourceOSXWindowsLinux

Electrum-GRS v4.0.2

What am I?

If you are an ordinary user of Groestlcoin and simply want the convenience of a web wallet with the security of a real application and support for multi-signature, then Elecrum-GRS is the right choice for you.

Changelog Electrum-GRS 4.0.2

  • Lightning Network support (experimental)
  • Our implementation of Lightning relies on Electrum-GRS servers to query channel states. Since servers can lie about the state of a channel, users should either use a server that they trust, or setup a private watchtower (see below). A watchtower is also recommended for lightning wallets that remain offline for extended periods of time (the default CSV 'to_self_delay' is 1 week). Please note that Electrum Personal Server (EPS) cannot be used with lightning wallets, because channels funding addresses are arbitrary.
  • Lightning funds cannot be restored from seed. Instead, users need to create static backups of their channels. Static backups cannot be used to perform lightning transactions, they can only be used to trigger a remote-force-close of a channel.
  • Lightning-enabled wallet files must not be copied. Instead, a backup of the wallet can be created from the Qt menu, and it will contain static backups of all its channels. Backups can also be exported for each channel (e.g. via QR code), and imported in another wallet. Since backups are encrypted with a key derived from the wallet's xpub, they can only be imported into another instance of the same wallet, or a watch-only version of it. The force-close is not triggered automatically when the backup is imported; imported backups can live inside a wallet file.
  • Lightning can be enabled in the GUI (Wallet>Information) or from the CLI (init_lightning). Lightning is currently restricted to HD p2wpkh wallets (including watch-only and hardware wallets). The Qt GUI, CLI/RPC, and the kivy GUI (Android) all have LN support, with feature-richness in that order.
  • LN protocol details: dataloss_protect and static_remotekey are required; varonion and payment_secret are implemented, MPP not yet. Channels are not announced ('private'), forwarding is disabled. We do not serve gossip queries, only consume them.
  • Submarine swaps: the GUI integrates a service that offers atomically exchanging on-chain and lightning groestlcoins for a fee. Groestlcoin development team runs a central server for this, powered by the Boltz backend.
  • Watchtowers: Electrum-GRS can run a local watchtower (GUI setting), or it can connect to a remote watchtower. A watchtower contains pre-signed transactions and does not need your private keys. A local watchtower will watch your channels whenever an Electrum-GRS instance is running, without needing access to your wallet file. An Electrum-GRS daemon can be configured to be used as a remote watchtower by setting 'watchtower_address', 'watchtower_user' and 'watchtower_password'.
  • Partially Signed Bitcoin Transactions (PSBT, BIP-174) are supported. The previous Electrum-GRS partial transaction format is no longer supported, i.e. this is an incompatible change. Users should make sure that all instances of Electrum-GRS they use to co-sign or offline sign, are updated together.
  • Compatibility with latest Trezor fw
  • Libsecp256k1 is now required (previously optional). python-ecdsa remains a dependency but it is now only used for DNSSEC.
  • Added: either one of pycryptodomex or cryptography is now required, mainly due to LN (previously pycryptodomex was optional, for fast AES)
  • Removed: jsonrpclib-pelix, the JSON-RPC library used for CLI/daemon
  • Separation between output selection and transaction finalization.
  • Coin selection moved to the Coins tab, and it affects all txns, e.g. RBF fee-bumping, LN channel opens, submarine swaps.
  • Editable tx preview dialog that allows e.g. changing the locktime, toggling RBF, and manual coinjoins.
  • HTTP PayServer: The configuration of a groestlcoin-accepting website using Electrum-GRS has been simplified and requires fewer steps (see documentation). The Payserver supports BIP70 and Lightning payments.
  • The API of several CLI/RPC commands have changed, and several new commands have been introduced (mainly for LN).
  • The .tar.gz source dist is now built reproducibly. Relatedly, we no longer distribute a .zip sdist.
  • We now grind low R for ECDSA signatures to match groestlcoind
  • Lots and lots of other minor bugfixes and improvements.
  • We now build two APKs, one for ARMv7 and one for ARMv8
  • The kivy GUI now supports importing BIP39 seeds
  • Each wallet on kivy now can have a separate generic password, using which the wallet files are encrypted. An optional PIN, shared among all wallets, can be added to get prompted for spends.

Features

  • Encrypted wallet - the file that contains your groestlcoins is protected with a password. You are protected from thieves.
  • Deterministic key generation - If you lose your wallet, you can recover it from its seed. You are protected from your own mistakes.
  • Instant on - the client does not download the blockchain, it requests that information from a server. No delays, always up-to-date.
  • Freedom and Privacy - The server does not store user accounts. You are not tied to a particular server, and the server does not need to know you.
  • No scripts - Electrum-GRS does not download any script. A compromised server cannot send you arbitrary code and steal your groestlcoins.
  • No single point of failure - The server code is open source, anyone can run a server.
  • Transactions are signed locally - Your private keys are not shared with the server. You do not have to trust the server with your money.
  • Firewall friendly - The client does not need to open a port, it simply polls the server for updates.
  • Free software - Gnu GPL v3. Anyone can audit the code.
  • Written in Python - The code is short, and easy to review.
  • User Friendly - Support for Groestlcoin URIs, signed URIs and Groestlcoin aliases
  • No Lock-In - You can export your private keys and use them in other groestlcoin clients.
  • No Downtimes - Electrum-GRS servers are decentralized and redundant. Your wallet is never down.
  • Proof Checking - Electrum-GRS Wallet verifies all the transactions in your history using SPV.
  • Cold Storage - Keep your private keys offline, and go online with a watching-only wallet. Sign transactions from a computer that is always offline. Broadcast them from a machine that does not have your keys.
  • Multisign - Split the permission to spend your coins between several wallets using parallel BIP32 derivations and P2SH addresses ("2 of 2", "2 of 3"). Compact serialization format for unsigned or partially signed transactions, that includes the BIP32 master public key and derivation needed to sign inputs. Serialized transactions can be sent to cosigners or to cold storage using QR codes.

OSXWindowsWindows StandaloneWindows PortableLinux

Server SourceServer Installer SourceClient Source

Android Electrum-GRS v4.0.2

What am I?

If you are an ordinary user of Groestlcoin and simply want the convenience of a web wallet with the security of a real application and support for multi-signature, then Elecrum-GRS is the right choice for you.

Changelog Android Electrum-GRS 4.0.2

  • Lightning Network support (experimental)
  • Our implementation of Lightning relies on Electrum-GRS servers to query channel states. Since servers can lie about the state of a channel, users should either use a server that they trust, or setup a private watchtower (see below). A watchtower is also recommended for lightning wallets that remain offline for extended periods of time (the default CSV 'to_self_delay' is 1 week). Please note that Electrum Personal Server (EPS) cannot be used with lightning wallets, because channels funding addresses are arbitrary.
  • Lightning funds cannot be restored from seed. Instead, users need to create static backups of their channels. Static backups cannot be used to perform lightning transactions, they can only be used to trigger a remote-force-close of a channel.
  • Lightning-enabled wallet files must not be copied. Instead, a backup of the wallet can be created from the Qt menu, and it will contain static backups of all its channels. Backups can also be exported for each channel (e.g. via QR code), and imported in another wallet. Since backups are encrypted with a key derived from the wallet's xpub, they can only be imported into another instance of the same wallet, or a watch-only version of it. The force-close is not triggered automatically when the backup is imported; imported backups can live inside a wallet file.
  • Lightning can be enabled in the GUI (Wallet>Information) or from the CLI (init_lightning). Lightning is currently restricted to HD p2wpkh wallets (including watch-only and hardware wallets). The Qt GUI, CLI/RPC, and the kivy GUI (Android) all have LN support, with feature-richness in that order.
  • LN protocol details: dataloss_protect and static_remotekey are required; varonion and payment_secret are implemented, MPP not yet. Channels are not announced ('private'), forwarding is disabled. We do not serve gossip queries, only consume them.
  • Submarine swaps: the GUI integrates a service that offers atomically exchanging on-chain and lightning groestlcoins for a fee. Groestlcoin development team runs a central server for this, powered by the Boltz backend.
  • Watchtowers: Electrum-GRS can run a local watchtower (GUI setting), or it can connect to a remote watchtower. A watchtower contains pre-signed transactions and does not need your private keys. A local watchtower will watch your channels whenever an Electrum-GRS instance is running, without needing access to your wallet file. An Electrum-GRS daemon can be configured to be used as a remote watchtower by setting 'watchtower_address', 'watchtower_user' and 'watchtower_password'.
  • Partially Signed Bitcoin Transactions (PSBT, BIP-174) are supported. The previous Electrum-GRS partial transaction format is no longer supported, i.e. this is an incompatible change. Users should make sure that all instances of Electrum-GRS they use to co-sign or offline sign, are updated together.
  • Compatibility with latest Trezor fw
  • Libsecp256k1 is now required (previously optional). python-ecdsa remains a dependency but it is now only used for DNSSEC.
  • Added: either one of pycryptodomex or cryptography is now required, mainly due to LN (previously pycryptodomex was optional, for fast AES)
  • Removed: jsonrpclib-pelix, the JSON-RPC library used for CLI/daemon
  • Separation between output selection and transaction finalization.
  • Coin selection moved to the Coins tab, and it affects all txns, e.g. RBF fee-bumping, LN channel opens, submarine swaps.
  • Editable tx preview dialog that allows e.g. changing the locktime, toggling RBF, and manual coinjoins.
  • HTTP PayServer: The configuration of a groestlcoin-accepting website using Electrum-GRS has been simplified and requires fewer steps (see documentation). The Payserver supports BIP70 and Lightning payments.
  • The API of several CLI/RPC commands have changed, and several new commands have been introduced (mainly for LN).
  • The .tar.gz source dist is now built reproducibly. Relatedly, we no longer distribute a .zip sdist.
  • We now grind low R for ECDSA signatures to match groestlcoind
  • Lots and lots of other minor bugfixes and improvements.
  • We now build two APKs, one for ARMv7 and one for ARMv8
  • The kivy GUI now supports importing BIP39 seeds
  • Each wallet on kivy now can have a separate generic password, using which the wallet files are encrypted. An optional PIN, shared among all wallets, can be added to get prompted for spends.

Features

  • Encrypted wallet - the file that contains your groestlcoins is protected with a password. You are protected from thieves.
  • Deterministic key generation - If you lose your wallet, you can recover it from its seed. You are protected from your own mistakes.
  • Instant on - the client does not download the blockchain, it requests that information from a server. No delays, always up-to-date.
  • Freedom and Privacy - The server does not store user accounts. You are not tied to a particular server, and the server does not need to know you.
  • No scripts - Electrum-GRS does not download any script. A compromised server cannot send you arbitrary code and steal your groestlcoins.
  • No single point of failure - The server code is open source, anyone can run a server.
  • Transactions are signed locally - Your private keys are not shared with the server. You do not have to trust the server with your money.
  • Firewall friendly - The client does not need to open a port, it simply polls the server for updates.
  • Free software - Gnu GPL v3. Anyone can audit the code.
  • Written in Python - The code is short, and easy to review.
  • User Friendly - Support for Groestlcoin URIs, signed URIs and Groestlcoin aliases
  • No Lock-In - You can export your private keys and use them in other groestlcoin clients.
  • No Downtimes - Electrum-GRS servers are decentralized and redundant. Your wallet is never down.
  • Proof Checking - Electrum-GRS Wallet verifies all the transactions in your history using SPV.
  • Cold Storage - Keep your private keys offline, and go online with a watching-only wallet. Sign transactions from a computer that is always offline. Broadcast them from a machine that does not have your keys.
  • Multisign - Split the permission to spend your coins between several wallets using parallel BIP32 derivations and P2SH addresses ("2 of 2", "2 of 3"). Compact serialization format for unsigned or partially signed transactions, that includes the BIP32 master public key and derivation needed to sign inputs. Serialized transactions can be sent to cosigners or to cold storage using QR codes.

Google Play

Server SourceServer Installer SourceClient Source

GRSPay v1.0.5.5

What am I?

GRSPay is a free, open-source, non-custodial cryptocurrency payment processor which allows you to receive payments in Groestlcoin with no fees, transaction cost or middlemen. GRSPay eliminates the involvement of a third-party. Payments with GRSPay go directly to your wallet, which increases the privacy and security. Your private keys are never visible to the GRSPay Server or anyone else. There is no address re-use since each invoice generates a new address deriving from your public key.

https://www.youtube.com/watch?v=c7s3zZnlQ6M

https://www.youtube.com/watch?v=qNMTDEPhWhY

Changelog v1.0.5.5

  • Payjoin support for stores (Receiving)
  • Payjoin support in the internal wallet (Sending)
  • Coin Selection feature in the internal wallet
  • New invoice default theme
  • New invoice dark theme
  • New site default theme
  • New site dark theme
  • Camera QR Code scanner for Wallet
  • Add Notifications feature
  • Add Pull Payments feature
  • Add Refund feature

Features

  • Direct, P2P Groestlcoin payments
  • Lightning Network support
  • Complete control over private keys
  • Enchanced privacy
  • SegWit support
  • Process payments for others
  • Payment buttons
  • Point of sale
  • No transaction fees (other than those for the crypto networks)
  • No processing fees
  • No middleman
  • No KYC
  • The software is built in C#
  • You can run GRSPay as a self-hosted solution on your own server or use a our host. The self-hosted solution allows you not only to attach an unlimited number of stores but also become the payment processor for others.
  • Open Source - MIT license

SourceLive Site

GRSPay Testnet v1.0.5.5

What am I?

GRSPay Testnet is a free, open-source, non-custodial cryptocurrency payment processor which allows you to receive payments in Groestlcoin testnet with no fees, transaction cost or middlemen. GRSPay Testnet eliminates the involvement of a third-party. Payments with GRSPay Testnet go directly to your wallet, which increases the privacy and security. Your private keys are never visible to the GRSPay Testnet Server or anyone else. There is no address re-use since each invoice generates a new address deriving from your public key.

https://www.youtube.com/watch?v=c7s3zZnlQ6M

https://www.youtube.com/watch?v=qNMTDEPhWhY

Changelog v1.0.5.5

  • Payjoin support for stores (Receiving)
  • Payjoin support in the internal wallet (Sending)
  • Coin Selection feature in the internal wallet
  • New invoice default theme
  • New invoice dark theme
  • New site default theme
  • New site dark theme
  • Camera QR Code scanner for Wallet
  • Add Notifications feature
  • Add Pull Payments feature
  • Add Refund feature

Features

  • Direct, P2P Groestlcoin Testnet payments
  • Lightning Network Testnet support
  • Complete control over private keys
  • Enchanced privacy
  • SegWit Testnet support
  • Process payments for others
  • Payment buttons
  • Point of sale
  • No transaction fees (other than those for the crypto networks)
  • No processing fees
  • No middleman
  • No KYC
  • The software is built in C#
  • You can run GRSPay Testnet as a self-hosted solution on your own server or use a our host. The self-hosted solution allows you not only to attach an unlimited number of stores but also become the payment processor for others.
  • Open Source - MIT license

SourceLive Site

C-lightning 0.9.0

What am I?

C-Lightning is a specification-compliant Lightning Network implementation built in C. It is a lightweight, highly customisable and standard compliant implementation of the Lightning Network protocol. C-Lightning only works on Linux and Mac OS and requires a local or remote instance of Groestlcoind (version 2.16 or above) that is fully synced to the correct blockchain.

Changelog 0.9.0

  • We now support gifting mgro to the peer when opening a channel, via push_msat, providing a brand new way to lose money!
  • We can now send multi-part payments as well as keysend spontaneous payments. This complements the support to receive these payments introduced in an earlier release. Large payments will now be split automatically into multiple parts that are more likely to succeed right away, and better protect your privacy. Should a payment not succeed at first we will adaptively split the amount and retry.
  • We added support for watchtower plugins that help protect the node's funds while the node is not currently connected to the network.
  • Support for optional fields in some messages has been removed, reducing complexity and replacing them with the more modern TLV extensions
  • Splitting payments into smaller parts with MPP increases the traffic on the network and improves privacy by making payments look more homogenous. The added traffic provides cover for other payments.
  • Extensible payment flow framework in libplugin allowing developers to write custom extensions without having to reinvent the wheel.
  • Added RPC methods to create, sign and send PSBT transactions allowing c-lightning to be better integrated with wallets and higher-level protocols, such as coin-join and dual-funding.
  • Added RPC methods to reserve and unreserve outputs controlled by the node to complement the PSBT support, for multi-step protocols.
  • Added extensive accounting support in the form of the coin_movement hook that reports any change in the funds controlled by the node.
  • Refactored the internals to use PSBT everywhere, leveraging libwally
  • A number of new hooks and notifications were added to the plugin interface to allow deeper integration with c-lightning
  • You are using a wallet that shows incorrect information due to missing fields in the RPC responses.
  • Larger payments above 10,000 gros to non-public nodes fail due to the destination being unreachable.

Features

  • Ability to create new channels
  • Ability to close existing channels
  • Completely manage all channel states, including exceptional ones
  • Performing path-finding within the network, passively forwarding incoming payments
  • Sending outgoing onion-encrypted payments through the network
  • Automatic channel management (auto-pilot)

SourceBuilding instructions LinuxBuilding instructions for OSX

Groestlcoin Spark 0.2.16

What am I?

Groestlcoin Spark is a minimalistic wallet GUI for c-lightning through desktop apps. Groestlcoin Spark is currently orientated for technically advanced users and is not an all-in-one package, but rather a “remote control” interface for a c-lightning node that must be managed separately.  Groestlcoin Spark is a purely off-chain wallet; allowing Groestlcoin to truly realise the power of lightning, that supports sending and receiving payments, viewing history, and managing channels.

Changelog 0.2.16

  • Support multi-part payments, grouped together in the UI
  • Extract destination and description of outgoing payments from the BOLT11 request
  • Fix bug in automatic credentials generation
  • Properly handle outgoing payments without an associated requested amount
  • Workaround for incorrect bolt11 string reported by c-lightning
  • Fix the build script to properly install the client devDependencies
  • Fix YAML rendering of payments with unknown destination/description. This bug only manifested when expert mode was enabled.

Features

  • Channel Management – Click the “Channels” button inside the node info page to show and manage channels
  • Node Address – Click the node ID on the footer to open the ‘node info’ page which displays your node address (as text and QR code)
  • Pay & Request - one of the most intuitive features that demands to be seen and used
  • Display Unit - Supports multiple units as well as USD (gro, groestls, milli, GRS and USD)
  • Supports 16 different boot-swatch styles and themes, so you’ll be sure to find one that best suits you
  • Payment Details – Click on payments in the list to show more details
    • Note that the fee shown includes C-Lightning’s overpayment randomisation
  • Expert Mode – Click the version number at the bottom-left to toggle expert mode. This will add two new menu items to show the Logs and an RPC Console. This will also display YAML dumps with additional information throughout the app

SourceOsx – WindowsLinux

Groestlcoin Spark Android 0.2.16

What am I?

Groestlcoin Spark Android is a minimalistic wallet GUI for c-lightning through Android. Groestlcoin Spark Android is currently orientated for technically advanced users and is not an all-in-one package, but rather a “remote control” interface for a c-lightning node that must be managed separately.  Groestlcoin Spark Android is a purely off-chain wallet; allowing Groestlcoin to truly realise the power of lightning, that supports sending and receiving payments, viewing history, and managing channels.

Changelog 0.2.16

  • Compatibility with c-lightning v0.9.0
  • Support multi-part payments, grouped together in the UI
  • Extract destination and description of outgoing payments from the BOLT11 request
  • Fix bug in automatic credentials generation
  • Properly handle outgoing payments without an associated requested amount
  • Workaround for incorrect bolt11 string reported by c-lightning
  • Fix the build script to properly install the client devDependencies
  • Fix YAML rendering of payments with unknown destination/description. This bug only manifested when expert mode was enabled.

Features

  • Channel Management – Click the “Channels” button inside the node info page to show and manage channels
  • Node Address – Click the node ID on the footer to open the ‘node info’ page which displays your node address (as text and QR code)
  • Pay & Request - one of the most intuitive features that demands to be seen and used
  • Display Unit - Supports multiple units as well as USD (gro, groestls, milli, GRS and USD)
  • Supports 16 different boot-swatch styles and themes, so you’ll be sure to find one that best suits you
  • Payment Details – Click on payments in the list to show more details
    • Note that the fee shown includes C-Lightning’s overpayment randomisation
  • Expert Mode – Click the version number at the bottom-left to toggle expert mode. This will add two new menu items to show the Logs and an RPC Console. This will also display YAML dumps with additional information throughout the app

SourceGoogle Play

Groestlcoin Extended Public Key Converter

What am I?

You can convert an extended public key from any version to a different version by changing the "version bytes" but this is hard to do if you aren't an experienced developer. This tool makes it simple for anyone to convert between different versions.

Groestlcoin users may find this tool helpful if they are trying to import watch-only wallets into software that expects a specific version of extended public key with regard to the paths used for key derivation.

Features

  • Mainnet support for xpub, ypub, Ypub, zpub and Zpub
  • Testnet support for tpub, upub, Upub, vpub and Vpub

SourceLive Version