[Qt] add startup option to reset Qt settings by ...

Facilitating Discussion of 0.9.0 FINAL of Bitcoin Core (aka Bitcoin QT)

To facilitate a detailed discussion of some of the finer points of this update, I added numbering to each bullet in release notes, and also posted it to RapGenius, where people can annotate it if they'd like.
I'm not a programmer, but I'm curious to hear what programmers and other people smarter than me have to say about all the new changes.
http://rapgenius.com/The-bitcoin-dev-team-bitcoin-090-final-lyrics
EDIT1 : Doh! Reddit detroyed all the formatting and now i'm on baby duty so can't fix it. EDIT 2: Nap time! Just fixed the formatting :)
---- 0.9.0 RELEASE NOTES ----
Part 1. RPC:
1.1 - New notion of 'conflicted' transactions, reported as confirmations: -1
1.2 - 'listreceivedbyaddress' now provides tx ids
1.3 - Add raw transaction hex to 'gettransaction' output
1.4 - Updated help and tests for 'getreceivedby(account|address)'
1.5 - In 'getblock', accept 2nd 'verbose' parameter, similar to getrawtransaction, but defaulting to 1 for backward compatibility
1.6 - Add 'verifychain', to verify chain database at runtime
1.7 - Add 'dumpwallet' and 'importwallet' RPCs
1.8 - 'keypoolrefill' gains optional size parameter
1.9 - Add 'getbestblockhash', to return tip of best chain
1.10 - Add 'chainwork' (the total work done by all blocks since the genesis block) to 'getblock' output
1.11 - Make RPC password resistant to timing attacks
1.12 - Clarify help messages and add examples
1.13 - Add 'getrawchangeaddress' call for raw transaction change destinations
1.14 - Reject insanely high fees by default in 'sendrawtransaction'
1.15 - Add RPC call 'decodescript' to decode a hex-encoded transaction script
1.16 - Make 'validateaddress' provide redeemScript
1.17 - Add 'getnetworkhashps' to get the calculated network hashrate
1.18 - New RPC 'ping' command to request ping, new 'pingtime' and 'pingwait' fields in 'getpeerinfo' output
1.19 - Adding new 'addrlocal' field to 'getpeerinfo' output
1.20 - Add verbose boolean to 'getrawmempool'
1.21 - Add rpc command 'getunconfirmedbalance' to obtain total unconfirmed balance
1.22 - Explicitly ensure that wallet is unlocked in importprivkey
1.23 - Add check for valid keys in importprivkey
Part 2. Command-line options:
2.1 - New option: -nospendzeroconfchange to never spend unconfirmed change outputs
2.2 - New option: -zapwallettxes to rebuild the wallet's transaction information
2.3 - Rename option '-tor' to '-onion' to better reflect what it does
2.4 - Add '-disablewallet' mode to let bitcoind run entirely without wallet (when built with wallet)
2.5 - Update default '-rpcsslciphers' to include TLSv1.2
2.6 - make '-logtimestamps' default on and rework help-message
2.7 - RPC client option: '-rpcwait', to wait for server start
2.8 - Remove '-logtodebugger'
2.9 - Allow -noserver with bitcoind
Part 3. Block-chain handling and storage:
3.1 - Update leveldb to 1.15
3.2 - Check for correct genesis (prevent cases where a datadir from the wrong network is accidentally loaded)
3.3 - Allow txindex to be removed and add a reindex dialog
3.4 - Log aborted block database rebuilds
3.5 - Store orphan blocks in serialized form, to save memory
3.6 - Limit the number of orphan blocks in memory to 750
3.7 - Fix non-standard disconnected transactions causing mempool orphans
3.8 - Add a new checkpoint at block 279,000
Part 4. Wallet:
4.1 - Bug fixes and new regression tests to correctly compute the balance of wallets containing double-spent (or mutated) transactions
4.2 - Store key creation time. Calculate whole-wallet birthday
4.3 - Optimize rescan to skip blocks prior to birthday
4.4 - Let user select wallet file with -wallet=foo.dat
4.5 - Consider generated coins mature at 101 instead of 120 blocks
4.6 - Improve wallet load time
4.7 - Don't count txins for priority to encourage sweeping
4.8 - Don't create empty transactions when reading a corrupted wallet
4.9 - Fix rescan to start from beginning after importprivkey
4.10 - Only create signatures with low S values
Part 5. Mining:
5.1 - Increase default -blockmaxsize/prioritysize to 750K/50K
5.2 - 'getblocktemplate' does not require a key to create a block template
5.3 - Mining code fee policy now matches relay fee policy
Part 6. Protocol and network:
6.1 - Drop the fee required to relay a transaction to 0.01mBTC per kilobyte
6.2 - Send tx relay flag with version
6.3 - New 'reject' P2P message (BIP 0061, see https://gist.github.com/gavinandresen/7079034 for draft)
6.4 - Dump addresses every 15 minutes instead of 10 seconds
6.5 - Relay OP_RETURN data TxOut as standard transaction type
6.6 - Remove CENT-output free transaction rule when relaying
6.7 - Lower maximum size for free transaction creation
6.8 - Send multiple inv messages if mempool.size > MAX_INV_SZ
6.9 - Split MIN_PROTO_VERSION into INIT_PROTO_VERSION and MIN_PEER_PROTO_VERSION
6.10 - Do not treat fFromMe transaction differently when broadcasting
6.11 - Process received messages one at a time without sleeping between messages
6.12 - Improve logging of failed connections
6.13 - Bump protocol version to 70002
6.14 - Add some additional logging to give extra network insight
6.15 - Added new DNS seed from bitcoinstats.com
Part 7. Validation:
7.1 - Log reason for non-standard transaction rejection
7.2 - Prune provably-unspendable outputs, and adapt consistency check for it
7.3 - Detect any sufficiently long fork and add a warning
7.4 - Call the -alertnotify script when we see a long or invalid fork
7.5 - Fix multi-block reorg transaction resurrection
7.6 - Reject non-canonically-encoded serialization sizes
7.7 - Reject dust amounts during validation
7.8 - Accept nLockTime transactions that finalize in the next block
Part 8. Build system:
8.1 - Switch to autotools-based build system
8.2 - Build without wallet by passing --disable-wallet to configure, this removes the BerkeleyDB dependency
8.3 - Upgrade gitian dependencies (libpng, libz, libupnpc, boost, openssl) to more recent versions
8.4 - Windows 64-bit build support
8.5 - Solaris compatibility fixes
8.6 - Check integrity of gitian input source tarballs
8.7 - Enable full GCC Stack-smashing protection for all OSes
Part 9. GUI:
9.1 - Switch to Qt 5.2.0 for Windows build
9.2 - Add payment request (BIP 0070) support
9.3 - Improve options dialog
9.4 - Show transaction fee in new send confirmation dialog
9.5 - Add total balance in overview page
9.6 - Allow user to choose data directory on first start, when data directory ismissing, or when the -choosedatadir option is passed
9.7 - Save and restore window positions
9.8 - Add vout index to transaction id in transactions details dialog
9.9 - Add network traffic graph in debug window
9.10 - Add open URI dialog
9.11 - Add Coin Control Features
9.12 - Improve receive coins workflow: make the 'Receive' tab into a form to request payments, and move historical address list functionality to File menu
9.13 - Rebrand to Bitcoin Core
9.14 - Move initialization/shutdown to a thread. This prevents "Not responding" messages during startup. Also show a window during shutdown
9.15 - Don't regenerate autostart link on every client startup
9.16 - Show and store message of normal bitcoin:URI
9.17 - Fix richtext detection hang issue on very old Qt versions
9.18 - OS X: Make use of the 10.8+ user notification center to display Growl-like notifications
9.19 - OS X: Added NSHighResolutionCapable flag to Info.plist for better font rendering on Retina displays
9.20 - OS X: Fix bitcoin-qt startup crash when clicking dock icon
9.21 - Linux: Fix Gnome bitcoin: URI handler
Part 10. Miscellaneous:
10.1 - Add Linux script (contrib/qos/tc.sh) to limit outgoing bandwidth
10.2 - Add '-regtest' mode, similar to testnet but private with instant block generation with 'setgenerate' RPC
10.3 - Add 'linearize.py' script to contrib, for creating bootstrap.dat
10.4 - Add separate bitcoin-cli client
submitted by WhiteyFisk to Bitcoin [link] [comments]

Bitcoin-QT 0.9 disponível para download

The Core Developers of Bitcoin released the 0.9.0 FINAL of Bitcoin Core (aka Bitcoin QT).
DOWNLOAD:
This is a Final Version, but its the same as 0.9.0rc3
Sources: https://github.com/bitcoin/bitcoin/releases http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.9.0/ https://bitcoin.org/bin/0.9.0/README.txt
Bitcoin Core version 0.9.0 is now available from:
https://bitcoin.org/bin/0.9.0/
This is a release candidate for a new major version. A major version brings both new features and bug fixes.
Please report bugs using the issue tracker at github:
https://github.com/bitcoin/bitcoin/issues

How to Upgrade

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), uninstall all earlier versions of Bitcoin, then run the installer (on Windows) or just copy over /Applications/Bitcoin-Qt (on Mac) or bitcoind/bitcoin-qt (on Linux).
If you are upgrading from version 0.7.2 or earlier, the first time you run 0.9.0 your blockchain files will be re-indexed, which will take anywhere from 30 minutes to several hours, depending on the speed of your machine.
On Windows, do not forget to uninstall all earlier versions of the Bitcoin client first, especially if you are switching to the 64-bit version.

Windows 64-bit installer

New in 0.9.0 is the Windows 64-bit version of the client. There have been frequent reports of users running out of virtual memory on 32-bit systems during the initial sync. Because of this it is recommended to install the 64-bit version if your system supports it.
NOTE: Release candidate 2 Windows binaries are not code-signed; use PGP and the SHA256SUMS.asc file to make sure your binaries are correct. In the final 0.9.0 release, Windows setup.exe binaries will be code-signed.

OSX 10.5 / 32-bit no longer supported

0.9.0 drops support for older Macs. The minimum requirements are now: * A 64-bit-capable CPU (see http://support.apple.com/kb/ht3696); * Mac OS 10.6 or later (see https://support.apple.com/kb/ht1633).

Downgrading warnings

The 'chainstate' for this release is not always compatible with previous releases, so if you run 0.9 and then decide to switch back to a 0.8.x release you might get a blockchain validation error when starting the old release (due to 'pruned outputs' being omitted from the index of unspent transaction outputs).
Running the old release with the -reindex option will rebuild the chainstate data structures and correct the problem.
Also, the first time you run a 0.8.x release on a 0.9 wallet it will rescan the blockchain for missing spent coins, which will take a long time (tens of minutes on a typical machine).

Rebranding to Bitcoin Core

To reduce confusion between Bitcoin-the-network and Bitcoin-the-software we have renamed the reference client to Bitcoin Core.

Autotools build system

For 0.9.0 we switched to an autotools-based build system instead of individual (q)makefiles.
Using the standard "./autogen.sh; ./configure; make" to build Bitcoin-Qt and bitcoind makes it easier for experienced open source developers to contribute to the project.
Be sure to check doc/build-*.md for your platform before building from source.

Bitcoin-cli

Another change in the 0.9 release is moving away from the bitcoind executable functioning both as a server and as a RPC client. The RPC client functionality ("tell the running bitcoin daemon to do THIS") was split into a separate executable, 'bitcoin-cli'. The RPC client code will eventually be removed from bitcoind, but will be kept for backwards compatibility for a release or two.

walletpassphrase RPC

The behavior of the walletpassphrase RPC when the wallet is already unlocked has changed between 0.8 and 0.9.
The 0.8 behavior of walletpassphrase is to fail when the wallet is already unlocked:
> walletpassphrase 1000 walletunlocktime = now + 1000 > walletpassphrase 10 Error: Wallet is already unlocked (old unlock time stays) 
The new behavior of walletpassphrase is to set a new unlock time overriding the old one:
> walletpassphrase 1000 walletunlocktime = now + 1000 > walletpassphrase 10 walletunlocktime = now + 10 (overriding the old unlock time) 

Transaction malleability-related fixes

This release contains a few fixes for transaction ID (TXID) malleability issues:

Transaction Fees

This release drops the default fee required to relay transactions across the network and for miners to consider the transaction in their blocks to 0.01mBTC per kilobyte.
Note that getting a transaction relayed across the network does NOT guarantee that the transaction will be accepted by a miner; by default, miners fill their blocks with 50 kilobytes of high-priority transactions, and then with 700 kilobytes of the highest-fee-per-kilobyte transactions.
The minimum relay/mining fee-per-kilobyte may be changed with the minrelaytxfee option. Note that previous releases incorrectly used the mintxfee setting to determine which low-priority transactions should be considered for inclusion in blocks.
The wallet code still uses a default fee for low-priority transactions of 0.1mBTC per kilobyte. During periods of heavy transaction volume, even this fee may not be enough to get transactions confirmed quickly; the mintxfee option may be used to override the default.

0.9.0 Release notes

RPC:
Command-line options:
Block-chain handling and storage:
Wallet:
Mining:
Protocol and network:
Validation:
Build system:
GUI:
submitted by allex2501 to BrasilBitcoin [link] [comments]

To encourage more full nodes here is a startup script which runs bitcoin-qt with a lower priority. (Windows)

One of the main reasons I wasn't maintaining a full node was that it always seemed to slow my computer down - especially on startup. When I run it with a low priority it works great and doesn't impact my performance!
Put this in a .bat in your startup folder:
cd "C:\Program Files (x86)\Bitcoin\" %comspec% /c start /low bitcoin-qt.exe 
You can also add the following to the beginning to delay the script 100 seconds:
@echo off ping -n 100 localhost > nul 
If you don't like the command prompt appearing you can put this in a .vbs file in your startup folder to call the bat file:
Set oShell = CreateObject ("Wscript.Shell") Dim strArgs strArgs = "cmd /c C:\Path\to\bitcoin.bat" oShell.Run strArgs, 0, false 
Hopefully this helps encourage more people to host full nodes! Also works with bitmessage.
Edit: Code formatting
submitted by ngtrees to Bitcoin [link] [comments]

my bitcoin-qt client won't startup.

I just tried to open Bitcoin-Qt on OS X 10.8.5 and as soon as it gets to Loading Wallet, the program crashes.
I can give you the crash report if it will help. I copied wallet.dat and then updated to a later version. However it still isn't working, won't open when I run it.
Any ideas what a good next step would be?
EDIT: This might be a potentially serious bug in QT 0.8.5-beta on OS X 10.8.5 -- I'm seriously thinking this might need elevated.
EDIT AGAIN: If anyone knows of detailed instructions for taking pywallet results out of terminal and getting that data back into bitcoins in another client PLEASE POST!
submitted by sheldonth to Bitcoin [link] [comments]

Bitcoin QT crashes at startup

During loading wallet, running BItcoinQT 0.84 MAC OSX 10.9.4
Not sure what I need to post or where I should post it, any help is appreciated.
submitted by dontdonk to Bitcoin [link] [comments]

Is it normal for bitcoin-qt to verify blocks at startup?

This typically takes around 5 minutes on a mechanical drive.
submitted by daf1212 to Bitcoin [link] [comments]

Why does the Bitcoin-qt client not ask me for a password on startup?

I just encrypted my Bitcoin-qt wallet. It closed out to finish the encryption process. I restarted it and it loaded just fine, but didn't ask for a password. Why not? It shows that it's encrypted when I go to the settings.
Will it only ask for the password when I try to send coins?
Or am I experiencing a strange phenomenon?
I'm running the latest 0.8 bitcoin-qt release on Ubuntu (12.04 I think, need to upgrade)
submitted by joseph11h to Bitcoin [link] [comments]

How do I open my business? More and more people are thinking about this question nowadays.

How do I open my business? More and more people are thinking about this question nowadays. Such reflections are well founded, because the media reports interesting facts about people who, in a short period of time, managed to achieve great success by starting their own business. ⠀ https://medium.com/…/opening-your-business-challenges-and-o…#business #bisinessadvice #startup
Bitcoin talk user name : TDSB999007
submitted by DT7890 to tozexofficial [link] [comments]

Groestlcoin 6th Anniversary Release

Introduction

Dear Groestlers, it goes without saying that 2020 has been a difficult time for millions of people worldwide. The groestlcoin team would like to take this opportunity to wish everyone our best to everyone coping with the direct and indirect effects of COVID-19. Let it bring out the best in us all and show that collectively, we can conquer anything.
The centralised banks and our national governments are facing unprecedented times with interest rates worldwide dropping to record lows in places. Rest assured that this can only strengthen the fundamentals of all decentralised cryptocurrencies and the vision that was seeded with Satoshi's Bitcoin whitepaper over 10 years ago. Despite everything that has been thrown at us this year, the show must go on and the team will still progress and advance to continue the momentum that we have developed over the past 6 years.
In addition to this, we'd like to remind you all that this is Groestlcoin's 6th Birthday release! In terms of price there have been some crazy highs and lows over the years (with highs of around $2.60 and lows of $0.000077!), but in terms of value– Groestlcoin just keeps getting more valuable! In these uncertain times, one thing remains clear – Groestlcoin will keep going and keep innovating regardless. On with what has been worked on and completed over the past few months.

UPDATED - Groestlcoin Core 2.18.2

This is a major release of Groestlcoin Core with many protocol level improvements and code optimizations, featuring the technical equivalent of Bitcoin v0.18.2 but with Groestlcoin-specific patches. On a general level, most of what is new is a new 'Groestlcoin-wallet' tool which is now distributed alongside Groestlcoin Core's other executables.
NOTE: The 'Account' API has been removed from this version which was typically used in some tip bots. Please ensure you check the release notes from 2.17.2 for details on replacing this functionality.

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.
Ubuntu
http://groestlcoin.org/forum/index.php?topic=441.0

Other Linux

http://groestlcoin.org/forum/index.php?topic=97.0

Download

Download the Windows Installer (64 bit) here
Download the Windows Installer (32 bit) here
Download the Windows binaries (64 bit) here
Download the Windows binaries (32 bit) here
Download the OSX Installer here
Download the OSX binaries here
Download the Linux binaries (64 bit) here
Download the Linux binaries (32 bit) here
Download the ARM Linux binaries (64 bit) here
Download the ARM Linux binaries (32 bit) here

Source

ALL NEW - Groestlcoin Moonshine iOS/Android Wallet

Built with React Native, Moonshine utilizes Electrum-GRS's JSON-RPC methods to interact with the Groestlcoin network.
GRS Moonshine's intended use is as a hot wallet. Meaning, your keys are only as safe as the device you install this wallet on. As with any hot wallet, please ensure that you keep only a small, responsible amount of Groestlcoin on it at any given time.

Features

Download

iOS
Android

Source

ALL NEW! – HODL GRS Android Wallet

HODL GRS connects directly to the Groestlcoin network using SPV mode and doesn't rely on servers that can be hacked or disabled.
HODL GRS utilizes AES hardware encryption, app sandboxing, and the latest security features to protect users from malware, browser security holes, and even physical theft. Private keys are stored only in the secure enclave of the user's phone, inaccessible to anyone other than the user.
Simplicity and ease-of-use is the core design principle of HODL GRS. A simple recovery phrase (which we call a Backup Recovery Key) is all that is needed to restore the user's wallet if they ever lose or replace their device. HODL GRS is deterministic, which means the user's balance and transaction history can be recovered just from the backup recovery key.

Features

Download

Main Release (Main Net)
Testnet Release

Source

ALL NEW! – GroestlcoinSeed Savior

Groestlcoin Seed Savior is a tool for recovering BIP39 seed phrases.
This tool is meant to help users with recovering a slightly incorrect Groestlcoin mnemonic phrase (AKA backup or seed). You can enter an existing BIP39 mnemonic and get derived addresses in various formats.
To find out if one of the suggested addresses is the right one, you can click on the suggested address to check the address' transaction history on a block explorer.

Features

Live Version (Not Recommended)

https://www.groestlcoin.org/recovery/

Download

https://github.com/Groestlcoin/mnemonic-recovery/archive/master.zip

Source

ALL NEW! – Vanity Search Vanity Address Generator

NOTE: NVidia GPU or any CPU only. AMD graphics cards will not work with this address generator.
VanitySearch is a command-line Segwit-capable vanity Groestlcoin address generator. Add unique flair when you tell people to send Groestlcoin. Alternatively, VanitySearch can be used to generate random addresses offline.
If you're tired of the random, cryptic addresses generated by regular groestlcoin clients, then VanitySearch is the right choice for you to create a more personalized address.
VanitySearch is a groestlcoin address prefix finder. If you want to generate safe private keys, use the -s option to enter your passphrase which will be used for generating a base key as for BIP38 standard (VanitySearch.exe -s "My PassPhrase" FXPref). You can also use VanitySearch.exe -ps "My PassPhrase" which will add a crypto secure seed to your passphrase.
VanitySearch may not compute a good grid size for your GPU, so try different values using -g option in order to get the best performances. If you want to use GPUs and CPUs together, you may have best performances by keeping one CPU core for handling GPU(s)/CPU exchanges (use -t option to set the number of CPU threads).

Features

Usage

https://github.com/Groestlcoin/VanitySearch#usage

Download

Source

ALL NEW! – Groestlcoin EasyVanity 2020

Groestlcoin EasyVanity 2020 is a windows app built from the ground-up and makes it easier than ever before to create your very own bespoke bech32 address(es) when whilst not connected to the internet.
If you're tired of the random, cryptic bech32 addresses generated by regular Groestlcoin clients, then Groestlcoin EasyVanity2020 is the right choice for you to create a more personalised bech32 address. This 2020 version uses the new VanitySearch to generate not only legacy addresses (F prefix) but also Bech32 addresses (grs1 prefix).

Features

Download

Source

Remastered! – Groestlcoin WPF Desktop Wallet (v2.19.0.18)

Groestlcoin WPF is an alternative full node client with optional lightweight 'thin-client' mode based on WPF. Windows Presentation Foundation (WPF) is one of Microsoft's latest approaches to a GUI framework, used with the .NET framework. Its main advantages over the original Groestlcoin client include support for exporting blockchain.dat and including a lite wallet mode.
This wallet was previously deprecated but has been brought back to life with modern standards.

Features

Remastered Improvements

Download

Source

ALL NEW! – BIP39 Key Tool

Groestlcoin BIP39 Key Tool is a GUI interface for generating Groestlcoin public and private keys. It is a standalone tool which can be used offline.

Features

Download

Windows
Linux :
 pip3 install -r requirements.txt python3 bip39\_gui.py 

Source

ALL NEW! – Electrum Personal Server

Groestlcoin Electrum Personal Server aims to make using Electrum Groestlcoin wallet more secure and more private. It makes it easy to connect your Electrum-GRS wallet to your own full node.
It is an implementation of the Electrum-grs server protocol which fulfils the specific need of using the Electrum-grs wallet backed by a full node, but without the heavyweight server backend, for a single user. It allows the user to benefit from all Groestlcoin Core's resource-saving features like pruning, blocks only and disabled txindex. All Electrum-GRS's feature-richness like hardware wallet integration, multi-signature wallets, offline signing, seed recovery phrases, coin control and so on can still be used, but connected only to the user's own full node.
Full node wallets are important in Groestlcoin because they are a big part of what makes the system be trust-less. No longer do people have to trust a financial institution like a bank or PayPal, they can run software on their own computers. If Groestlcoin is digital gold, then a full node wallet is your own personal goldsmith who checks for you that received payments are genuine.
Full node wallets are also important for privacy. Using Electrum-GRS under default configuration requires it to send (hashes of) all your Groestlcoin addresses to some server. That server can then easily spy on your transactions. Full node wallets like Groestlcoin Electrum Personal Server would download the entire blockchain and scan it for the user's own addresses, and therefore don't reveal to anyone else which Groestlcoin addresses they are interested in.
Groestlcoin Electrum Personal Server can also broadcast transactions through Tor which improves privacy by resisting traffic analysis for broadcasted transactions which can link the IP address of the user to the transaction. If enabled this would happen transparently whenever the user simply clicks "Send" on a transaction in Electrum-grs wallet.
Note: Currently Groestlcoin Electrum Personal Server can only accept one connection at a time.

Features

Download

Windows
Linux / OSX (Instructions)

Source

UPDATED – Android Wallet 7.38.1 - Main Net + Test Net

The app allows you to send and receive Groestlcoin on your device using QR codes and URI links.
When using this app, please back up your wallet and email them to yourself! This will save your wallet in a password protected file. Then your coins can be retrieved even if you lose your phone.

Changes

Download

Main Net
Main Net (FDroid)
Test Net

Source

UPDATED – Groestlcoin Sentinel 3.5.06 (Android)

Groestlcoin Sentinel is a great solution for anyone who wants the convenience and utility of a hot wallet for receiving payments directly into their cold storage (or hardware wallets).
Sentinel accepts XPUB's, YPUB'S, ZPUB's and individual Groestlcoin address. Once added you will be able to view balances, view transactions, and (in the case of XPUB's, YPUB's and ZPUB's) deterministically generate addresses for that wallet.
Groestlcoin Sentinel is a fork of Groestlcoin Samourai Wallet with all spending and transaction building code removed.

Changes

Download

Source

UPDATED – P2Pool Test Net

Changes

Download

Pre-Hosted Testnet P2Pool is available via http://testp2pool.groestlcoin.org:21330/static/

Source

submitted by Yokomoko_Saleen to groestlcoin [link] [comments]

Weekly Update: First ParJar Pilot Class, Constellation partners with Chainlink, $BAT on 2gether, Pynk on BlockMAG... – 11 Oct - 17 Oct'19

Weekly Update: First ParJar Pilot Class, Constellation partners with Chainlink, $BAT on 2gether, Pynk on BlockMAG... – 11 Oct - 17 Oct'19
Hi everyone! Here’s your week at Parachute + partners (11 Oct - 17 Oct'19):

The first ParJar Pilot Class is officially off to a roaring start with 5 amazing projects and their communities. Here’s to a great future. This was the perfect occasion to announce a ParJar Battle Royale for our ParJar Pilot partners. Blood will be spilled next week. Pow! ParJar now has almost 20k active users. It works in 400+ communities and has seen 400k+ transactions. Say what! Par4Par lottery entered stage 5 this week. The stakes are even higher. 250k $PAR in prizes. Dang! Reflecting on Vitalik Buterin’s observation, Cap says: “...we’ve done things in reverse here at Parachute - we grew an amazing community around exploring ideas and built our tech to meet what they needed”. What are your thoughts on buying houses for USD 1 each in an Italian town for building the Parachute village? Cap’s recommendation. Haha.
Andy’s Advent calendar. Each window is a 16.9 oz can of beer. Sweet!
We saw Tiproom become the 17th most active group on Telegram a few weeks back. Well, hold on to your pants because it is now the 12th most active group. Whoa! A big reason for the group’s constant buzz are the amazing trivias hosted by the TTR crew. This week was no different. Doc Victor’s Sunday medical trivia had 8 Qs, 3k $PAR each. This was a quiz with a twist. In Doc’s words: "..beware, in each question they will have to diagnose a case based on symptoms and signs that I will give them". Noice! Charlotte’s Tuesday Trivia had 10 questions with a 25k $PAR prize pool. Another trivia by Victor (not the Doc) had another 10 Q’s, 2500 $PAR each. Listened to the TTR theme yet? DJ Jose in da house with a rocking theme. Wicked! Congratulations to Mario for winning the pet contest in TTR. Sebastian made a compilation video of all the entries. Awww!
Let’s see if Cap’s guerrilla marketing at Burger Joint in NYC gets us a new Parachuter
Victor’s Friday trivia at aXpire was the usual 10 Q, 100 $AXPR per Q affair. And like always, super duper fun! If you missed news from Week 41 at aXpireverse, Joakim’s got your back. Check out his video to catch up. CEO Gary Markham travelled to India this week to prepare for the Bilr release. Click here to track the latest 20k $AXPR burn. Plus, a featured article by Hosting Advice was pretty cool. 2gether added Basic Attention Token ($BAT) support to the app this week. Let the $BAT spending begin! Use the invite code: paywithbat to get 100 $2GT free when you sign up for the app. Know of a startup that’s going to Malta Blockchain Summit? Let the XIO crew know since the team will be attending along with Uptrennd. Benjamin’s tutorial video on market cycles with the BOMB token as case study was riveting and full of useful info. This week’s Dash-walk-the-talk discussion revolved around getting unstuck as an entrepreneur. After taking inputs from the community 2 weeks back, the BOMB Board finalised on the team and way forward to manage the BOMB Instagram. For the latest update on the Birdchain app, click here. Congratulations to Bounty0x for crossing 2.5x of its funding goal on Republic with more than 2 months to go. Voyager is offering a 5% annual interest on ETHOS tokens held on their platform. Read more about it here. The news was also covered by SludgeFeed. Wendy O shared her usability experience of Voyager as well.
Bitcoin ATM in Alexis’ neighbourhood. Cool!
The McAfeeDex launched last week is off to a tremendous start. Bitcoin Cash’s Roger Ver spoke briefly on it in a news roundup video. 6 portals are live already. If you’re still wondering how to list your token on the Dex, here’s a simple guide from the man himself. Binance Chain support coming soon! SwitchDex is now trackable on DappRadar and State of the DApps. The team has set up a dedicated TG group for folks wanting to BUIDL on SwitchDex. Also, Callisto Network is slated to do a security audit of the McAfeeDex contracts. Great stuff! Peeps who missed the Fantom AMA with G.Crypto from 2 weeks back, can catch up from the transcript released this week. The latest technical update is detailed and covers all major changes in code. Uptrennd started a new video intro contest for a 2500 $1UP prize pool. Woot! Full transcript of Jeff’s interview with OmiseGo CTO Kasima from few weeks back was released this week. $1UP can now be spent in tons of retail chains thanks to a newly forged partnership with MobiePay. Last week we saw Jarau buy a laptop with his Uptrennd earnings. This week we learnt about Zubair buying a mobile phone with his $1UP earnings. Neat! The latest biweekly Dev update and weekly District update from Ditrict0x covers news such as Ethlance redesign, Meme factory NSFW filter etc.
Uptrennd continues to breach new heights on Alexa rankings every week

OST has set up a community slack to coordinate all Pepo related feedback received for the Pepo app. So join in if you want to help out! Did you know that Pepo is home to some of the most influential people in crypto? This week, we heard from Ethereum and Coinbase investor Bobby Goodlatte. The app crossed 20k P2P transactions and is now live in both app stores. The first such with micro-transactions, in-app purchases and cash-out options for crypto. Few weeks back, the Sentivate community chose to burn tokens (vs a raffle). This week, they voted on how many to burn. The $SNTVT crew sat down for a live Q&A with Bit Shaman this week. The team also wrote about possible future use-cases of the Universal Web with short story threads. Cryptoreview.xyz’s review of the project also came out this week. Constellation announced that it is joining Chainlink as a new node operator in order to stream enterprise data to Chainlink’s smart contracts. Click here for the PR release. The technical overview paper gets into details of what the partnership means for both companies. Bags Token hosted an AMA this week in their Telegram group. Hope you had an opportunity to get your doubts cleared. Community member Con built a $BAGS-centric image/gif board called bagsbook. Check it out! In a bit of a sobering news, Scroll (XD Token) ceased business operations this week.
Constellation will act as an oracle for Chainlink by streaming verified data to the network
Pynk was featured in the latest edition of the BlockMAG published by the Malta Blockchain Summit. COO Rupert Barksfield was invited by NatWest to speak on how to get traction for tech projects. Rupert’s interview by Ayo News where he explains how AI and crowd wisdom works in tandem at Pynk came out as well. Pynk Tank is Pynk's very own think tank intiative which hosts meet ups, panel discussions, podcasts with entrepreneurs, thought leaders etc. Their latest event was this week. Folks who are yet to figure out what Pynk does can read co-founder Zack Yurtsever’s article that explains it all. Following up on the Hydro Vault sneak peek from last week, check out its detailed update on the dev front. How can the Hydro platform be used to get acceleration for your fintech product? Click here to read how. Co-Founder Mike Kane travelled to the AWS Loft in NYC for the Shearman & Sterling Empire Startups Demo Day event to showcase Hydro’s fintech solutions. $HYDRO got listed on the Coinone exchange. This will be $HYDRO's first IDR fiat on-ramp. With bZx joining the Hydro dApp store this week, it now has an impressive line up of partners. Thanks to the massive community push, $HYDRO will be listed on Atomic Wallet in its next release. For a quick summary of the latest news from Hydroverse, click here. Most of these have already been covered in our updates. Silent Notary conducted the first ever speedtest of its IDL network. The team published the results and steps to optimise the code. In its current state, the network is able to execute 5-12 transactions per second. The first version of the SelfKey Corporate Wallet was launched this week. The corporate wallet will allow you to purchase digital services for your business in the future. Plus, a partnership with ChangeNOW allows easy crypto swapping from the marketplace.

And with that, we close for another week in the Parachuteverse. See you soon with another update. Cheers!
submitted by abhijoysarkar to ParachuteToken [link] [comments]

My thoughts

There has been too much negativity and FUD recently, so I thought I'd share some of my own thoughts.
Colin and I have been friends since 2016. We're both skilled and sought after developers within our respective spheres of influence. Colin used to float the idea of me helping him with things related to his cryptocurrency project since probably the first week we met. I'll be honest: at the time I thought it was just a cute pet project of his and — while really intellectually intriguing for me — I had very little available bandwidth to take on another project as the leader of my own small team within a startup. RaiBlocks, as it was known at the time, continued to be something on my “when I have free time” list.
That was until early December 2017. Now, many of you might associate that month with the astronomical growth of the “price” but to me it represents something completely different. I had discussed with Colin almost a year prior outlandish ideas I had for an “index fund” of cryptocurrencies that I had begun to explore. It was to be a completely automated, managed solution for people interested in cryptocurrencies without the time to commit to researching the market themselves. To support a friend, I asked Colin if I could buy some RaiBlocks from him directly to add to a test fund I was starting. Unbeknownst to me at the same time, Bitcoin transactions were taking hours and fees were approaching $20 per transaction for the kind of transactions I was attempting. That was simply unacceptable for the business model I was attempting to target. Before Colin could type out “sent” it was in my account.
It was at that moment I realised: Why isn't literally everybody using RaiBlocks for arbitrage? Why would anybody use any crypto other than RaiBlocks for everyday transactions? Why isn't every goddamn crypto news site talking about how RaiBlocks turns the entire industry on its head!?
The next day I asked Colin what I could do for the team.
Let me set the stage for you: RaiBlocks, one wallet (the Qt wallet), the old website (raiblocks.net), and the old Reddit (/raiblocks). That was the entirety of the RaiBlocks community at the time. When Colin and I originally began brainstorming where I could insert myself to benefit the community the most, Colin was adamant that the most important thing was for there to be a more user-friendly wallet. Remember, this was before anything else existed other than the Qt wallet. It was with that direction that I set off to create a more user-friendly alternative to the Qt wallet in January.
Despite some hiccups, within six months the team was able to develop and launch three completely separate codebases for three completely different platforms while working on a myriad of other things at the same time. Some people are dissatisfied with these wallets — which is fine. YOU HAVE CHOICE.
Nano now has 6+ high-quality wallets available TODAY. Take your pick! How many projects even have more than one wallet? There are some projects with a higher market cap than Nano with no wallet! Speaking of market cap...
https://i.imgur.com/ZHJQult.png
Do you think Nano's market cap deserves to be at least as big as Dogecoin's market cap? Do you believe it deserves to be beneath Bitcoin Diamond? Beneath Verge!? If not, then you should feel confident that the market is just completely bonkers right now.
There is no other project out there right now with the unique qualities of Nano or the caliber of our team. I truly believe that or I wouldn't be doing this. I also controversially believe there's only a small handful of cryptocurrencies that even have a real world use case or a reason to exist and Nano is one of them, but I digress...
Ask yourself: what exists today? I'm not interested in what's being planned or might exist in the future I'm asking what exists now? What can I use TODAY?
I need Nano to succeed because of what I can build on it, not because of what I can sell it for.
If you believe in the technology, the team, the community and what we can accomplish together then don't let FUD rule your life.
My opinions do not necessarily represent the views or positions of the Nano Core Team, the Nano Foundation or Nano Wallet Company and are solely and entirely my own.
submitted by devinus to nanocurrency [link] [comments]

(Updated) [Staking] Reddcoin Core client GUI wallet on a Raspberry Pi Model 3B

Intro

This thread is an update to my first Reddcoin staking tutorial that was written 7 months ago.
 
The reason for the update
My Reddcoin Core software crashed and became unusable. My Raspberry Pi 3B would lag and freeze, I couldn't stake anymore.
 
Instead of just redoing everything the same way, I wanted to see if I could improve on 3 points:
 
The updates
 
If you would like to tip me
Writing a tutorial like this takes time and effort; tips are appreciated. My Reddcoin address: RqvdnNX5MTam855Y2Vudv7yVgtXdcYaQAW.
     

Overview

 

Steps

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
     

Video

https://www.youtube.com/watch?v=Snr5e8bzftI
This video shows how long it takes to start Reddcoin Core.   TL;DR:
     

Extra

Backup
Backup your wallet to prevent losing the RDDs in your wallet! There are two methods to backup, do both. Make new backups if you create a new receiving address!
 
 
   
Boot with only 1 USB drive plugged in:
Make sure only the USB drive (with the swap partition and data partition) is plugged in when you boot up your Raspberry Pi. This to make sure the swap partition (/dev/sda1) is recognized correctly.   If you boot up with multiple USB drives, Lubuntu might see the USB drive with the swap partition as the second drive (instead of the first drive), and ignore the 2 GB swap partition. If this happens, starting Reddcoin can render the Raspberry Pi unresponsive.
   
Connection issues If you have issues syncing the blockchain because you have 0 network connections, please follow the instructions in this thread.
   
Start Reddcoin Core easier
Run a shell script (.sh file), so you can start Reddcoin just by double clicking on an icon on your Desktop.
   
Minimization options
Adjust minimization options, so you can safely press on the X button (the close/exit button on the upper right corner).
   
RealVNC VNC Viewer (client) and VNC Connect (server): To remote connect to the Raspberry Pi, I use VNC Viewer ad VNC Connect from RealVNC.
 
   
Chromium as browser: The updates break Firefox, the browser crashes when you try to run it. Install another browser, Chromium, to solve this issue.
   
Updates / Upgrades
If Software Updater shows up and tells you that there is updated software available, do not install the updates using Software Updater. Use LXTerminal to update Lubuntu.  
     

Credits:

   
Credits in previous tutorial:
submitted by Yavuz_Selim to reddCoin [link] [comments]

Help: Bitcoin Core does not auto start in Ubuntu with -datadir option

Please can someone help me out?
I have installed Ubuntu in VirtualBox to host Bitcoin Core. In VirtualBox I assigned a special disk with the blockchain. I am however new to Ubuntu. I am a Windows crack.
When I start bitcoin core from a terminal command prompt like:
bitcoin-qt -datadir=/media//Blockchain
then Bitcoin core starts correctly. "" is my username to login to Ubuntu. "Blockchain" is how the disk is named in VirtualBox. The host system is Windows 10.
However when I configure this command in the 'startup applications' of Ubuntu to start bitcoin core automatically when Ubuntu starts, I get the error message the path cannot be found.
While I am writing this post, I think it may be possible Ubuntu did not logged me in under username yet when auto starting bitcoin core, but this is a wild quess.
Is there an Ubuntu crack who can help me out please?
submitted by pdlvw to Bitcoin [link] [comments]

A recap of the past two weeks since Donu's launch and updates

It's been two weeks since the launch of Donu and announcement of Donito.
Donito updates
Development continues on the Donito platform! Our current focus is the payments module. Once complete, we'll begin testing with Bitcoin, Ethereum and Donu!
Let us know your favorite cryptocurrencies that you'd like to see supported!
We're hiring!
We need some talented individuals to join our growing team of dedicated, easy to work with professionals that want to grow alongside a company in a startup environment.
Pay is in Donu so you have a stake in the company as we meet and surpass milestones!
Check out the positions below and contact us if you have a passion for blockchain and crypto.
Hours are flexible and remote positions are available.
Social media manager
If you're great with people, and know how to engage - contact us!
Qt/C++ designer
Are you a designer who knows Qt/C++ who loves to create awesome user interfaces? Get in touch with us and show us what you've got!
Here's a recap of events you may have missed
In case you haven't already learned about Donito and Donu, here's a simple video explaining it all: https://www.youtube.com/watch?v=2fErQm7zE6E
Win free Donu, BTC and a ledger hardware wallet: https://www.donu.io/contests/donu-launch
CryptoBridge lists Donu (BTC/LTC/ETH/USDT/RVN pairs): https://wallet.crypto-bridge.org/market/BRIDGE.DONU_BRIDGE.BTC
BOAExchange lists Donu (BTC/ETH pairs): https://boaexchange.com/market/DONU_BTC
Donu v0.18 is released as a mandatory upgrade with important fixes, changes and some aesthetic updates: https://github.com/donito-inc/donu-core/releases
Blockfolio adds support for Donu: https://blockfolio.com/
CoinGecko lists Donu: https://www.coingecko.com/en/coins/donu
CoinCodex lists Donu: https://coincodex.com/crypto/donu/
submitted by DonitoInc to Donito [link] [comments]

What is up with all these Bitcoin devs who think that their job includes HARD-CODING CERTAIN VALUES THAT ARE SUPPOSED TO BE USER-CONFIGURABLE (eg: "seed servers")?

Recently, the developer of SegWit2x / BTC1, Jeff Garzik, caused some controversy by hard-coding the "seed servers" which Bitcoin uses to first start hunting for "peers".
Worse than that: apparently one of the "seeds" is a company he started, variously named Chainalysis / Skry / Bloq - which apparently specializes in de-anonymizing Bitcoin transactions and performing KYC/AML - and which also has apparently entered into agreements with Interpol.
Seriously, WTF???
This is what "Bitcoin devs" still consider to be part of their "job" - hard-coding parameters like this, which affect everyone else on the network - and which could easily be "exposed" to be made user-configurable - instead of being baked into the source code and requiring a friggin' recompile to change???
This recent event has refocused attention on the fact all these past years, most of these seed servers in "the" existing (legacy) client running on most of the network have _also been hard-coded - to domains under the control of "devs associated with Blockstream".
I don't like the list of seed servers in Bitcoin Core
Pieter Wuille - does not support BIP148 - works for Blockstream
Matt Corallo - does not support BIP148 - works for Blockstream
Luke Dashjr - supports BIP148 - works for Blockstream
Christian Decker - supports BIP148 - works for Blockstream
Jonas Schnelli - supports BIP148
Peter Todd - supports BIP148 - worked for Samson Mow who works for Blockstream
https://np.reddit.com/btc/comments/6nd50h/i_dont_like_the_list_of_seed_servers_in_bitcoin/
The corporate takeover of bitcoin illustrated in 1 commit
In The corporate takeover of bitcoin illustrated in 1 commit a user complains that btc1 changing the seed servers to servers run by some companies (see commit) equals a "corporate takeover of bitcoin". I never really took much care who runs these seed server, although they do posses a certain power over the network as correctly pointed out by P. Todd in the same thread:
...and the key thing with that is being able to control what nodes a node connects to can be a very powerful tool to attack new nodes, as it lets you prevent a node from learning about the valid chain with the most work.
[...]
4 out of 5 people running the bitcoin networks seed servers are directly associated with Blockstream!
I don't even believe that Blockstream is actually plotting an evil, forceful takeover of bitcoin using the seed servers. However it beautifully counteracts Adam's "decentralization is everything" arguments. What is most troublesome to me, is that this simple information is not allowed to appear on r\bitcoin at all.
https://np.reddit.com/btc/comments/6n8vqc/the_corporate_takeover_of_bitcoin_illustrated_in/
Seriously?
Bitcoin is almost 9 years old - and most people are still running clients which use hard-coded values (which require an inconvenient recompile to reconfigure) for the "seed servers"??
Maybe this is, in some sense, part of the reason why people like BlueMatt and Luke-Jr and Pieter Wiulle think they can lord it over us and tell everyone else what to do? ...because they have quietly (and unfairly / incompetently) hard-coded their own friggin' server domain names directly into everyone else's client code, as our "seed servers"?
Is the low level of "quality" we - as a community - have become accustomed to from our devs?
Do other clients (Bitcoin Classic, Bitcoin Unlimited and Bitcoin ABC) also gratuitously hard-code their "seed servers" like this?
Here's a post from a year ago regarding "seed servers" in Classic:
How come "classic" uses the same alert keys/DNS seeds as Core?
https://np.reddit.com/btc/comments/44atsp/how_come_classic_uses_the_same_alert_keysdns/
Meanwhile, here's the main question:
Why are any "serious" Bitcoin clients still "gratuitously" hard-coding any values like this?
Why has our "ecosystem" / "community" not naturally evolved to the point where we have some public "wiki" pages listing all the "good" (community-recognized, popular) seed servers - and every user configures their own client software by choosing who they want from this list?
(Maybe because we've been distracted by bullshit for these past few years, fighting with these very same devs because they've refused provide any support for users who want bigger blocks?)
What would users have to do if (God forbid) something were to happen to the servers of those 4-5 seed servers which are currently hard-coded into nearly everyone's clients?
In that situation (assuming some "new" seed servers quickly appeared) people would be have two options:
  • Edit their C++ source code and download/install a (trusted, verified) C++ compiler (if they don't already have one), and recompile the friggin' code; or
  • Wait until new binaries got posted online - and download them (and verify them).
Seriously?
This unnecessary "centralization point" (or major inconvenience / bottleneck) has been sitting in our code this entire time - while these supposedly knowledgeable devs keep beating us over their head with their mantra of "decentralization" - which they have actually been doing so little to maximize?
Psycho-Socio-Economic Side Bar
Serious (but delicate/senstive) question: How many of these "devs" have developed (possibly unconscious?) behaviors in life where they try to make users dependent on them?
"Vendor lock-in" is a thing - a very bad thing, which certain Bitcoin devs have exhibited a tendency to inflict on users - in many cases due to rather obvious (psychological, social, and/or economic) reasons.
We should gently (but firmly) reject these tendencies whenever any dev exhibits them.
Our community should expect and demand an accessible, user-friendly interface for all user-configurable parameters - to maximize decentralization and autonomy
  • In "command-line" versions of the client program, these kind of parameters should be:
    • in a separate config file - using some ultra-simple, standard format such as YAML or JSON
    • also configurable via options (eg, --seed-server) upon invocation on the command-line
  • In GUI versions version of the client program (using some popular cross-platform standard such as Qt, HTML, etc.) these kind of parameters should be exposed as user-configurable options.
Yes, these user-configurable values for things like "seed servers" (or "max blocksize") could come pre-configured to "sensible defaults - so that the software will work "out of the box" (immediately upon downloading and installing) - with no initial configuration required by the user.
Yes: Even the blocksize has always been user-configurable - but most users don't know this, because most devs have been hiding this fact from us.
Three recent posts by u/ForkiusMaximus explained how Adjustable-Blocksize-Cap (ABC) Bitcoin clients shatter this illusion:
Adjustable-blocksize-cap (ABC) clients give miners exactly zero additional power. BU, Classic, and other ABC clients are really just an argument in code form, shattering the illusion that devs are part of the governance structure.
https://np.reddit.com/btc/comments/614su9/adjustableblocksizecap_abc_clients_give_miners/
Adjustable blocksize cap (ABC) is dangerous? The blocksize cap has always been user-adjustable. Core just has a really shitty inferface for it.
https://np.reddit.com/btc/comments/617gf9/adjustable_blocksize_cap_abc_is_dangerous_the/
Clearing up Some Widespread Confusions about BU
https://np.reddit.com/btc/comments/602vsy/clearing_up_some_widespread_confusions_about_bu/
Note about Bitcoin ABC vs Bitcoin Unlimited:
There is a specific new Bitcoin client called Bitcoin ABC, which functions similar to Bitcoin Unlimited - with the important difference that Bitcoin ABC is _guaranteed to hard-fork to bigger blocks on August 1_.
(Please correct me if I'm wrong about this. Documentation for the behavior of these various hard-forks is currently still rather disorganized :-)
All serious devs should be expected to provide code which does not require a "recompile" to change these "initial, sensible" default parameters.
I mean - come on. Even back in the 80s people had "*.INI" files on DOS and Windows.
Nearly all users understand and know how to set user-configurable values - for decades.
How many people are familiar with using a program which has a "Preferences" screen? (Sometimes you may have to close and re-open the program in order for your new preferences to take effect.) This is really basic, basic functionality which nearly all software provides via a GUI (and or config file and/or command-line options).
And nearly all devs have been offering this kind of functionality - in either command-line parameters, config files, and/or graphic user interfaces (GUIs).
Except most Bitcoin devs.
The state of "software development" for Bitcoin clients seems really messed up in certain ways like this.
As users, we need to start demanding simple, standard features in our client software - such as accessible, user-friendly configurability of parameter values - without the massive inconvenience of a recompile.
What is a "Bitcoin client"?
After nearly 9 years in operation, our community should by now have a basic concept or definition of what a "Bitcoin client" is / does - probably something along the lines of:

A Bitcoin client is a device for reading (and optionally appending to) the immutable Bitcoin Blockchain.

Based on that general concept / definition, a program which does all of the above and also gratuitously "hard-codes" a bunch of domain names for "seed servers" is not quite the same thing as a "a Bitcoin client".
Such an "overspecialized" client actually provides merely a subset of the full functionality of a true "Bitcoin client", eg:
  • An "overspecialized" client only enables connecting to certain "seed servers" upon startup (in accordance with the "gratuitous opinion" of the dev who (mis)translated the community's conceptual specifications to C++ code)
  • An "overspecialized" client only enables mining blocks less that a certain size (in accordance with the "gratuitous opinion" of the dev who (mis)translated the community's conceptual specifications to C++ code)
One of the main problems with nearly all Bitcoin clients developed so far is that they are gratuitously opinionated: they "gratuitously" hard-code particular values (eg, "max blocksize", "seed servers") which are not part of the whitepaper, and not part of the generally accepted definition of a "Bitcoin client".
This failure on the part of devs to provide Bitcoin clients which behave in accordance with the community's specification of "Bitcoin clients" is seriously damaging Bitcoin - and needs to be fixed as soon as possible.
Right now is a good opportunity - with so many new Bitcoin clients popping up, as the community prepares to fork.
All devs working on various Bitcoin client software offerings need to wake up and realize that there is about to be a major battle to find out which Bitcoin client software offering performs "best" (in the user-interface sense - and ultimately in the economic sense) at:

reading (and optionally appending to) the immutable Bitcoin Blockchain

The Bitcoin client software offerings which can optimally (and most simply and securely :-) "satisfy" the above specification (and not merely some gratuitously overspecialized "subset" of it) will have the most success.
submitted by ydtm to btc [link] [comments]

[Staking] Reddcoin Core client GUI wallet on a Raspberry Pi Model 3B

This tutorial has been updated: https://www.reddit.com/reddCoin/comments/a0wn1v/updated_staking_reddcoin_core_client_gui_wallet/.
   

Intro

I want to stake Reddcoins on my Raspberry Pi, but there is no easy to install package for the Reddcoin Core client. I found some tutorials (mentioned at the bottom, under 'credits'), but I still struggled to get the result I wanted. It took some small adjustments, but I got the GUI Wallet of Reddcoin Core working on my Raspberry Pi Model 3B. See the steps below. :).
 
If you have any questions or comments, please post a comment in this thread, so others can also benefit from it.
 
If you would like to tip me: RqvdnNX5MTam855Y2Vudv7yVgtXdcYaQAW.
   
Even though Raspbian is the primary OS for the Raspberry Pi, it seems that it's not possible to build and compile the Reddcoin wallet software for Raspbian Stretch. However, I got the wallet compiled using Ubuntu MATE.
     

Overview

     

Steps

 
 
 
 
 
 
 
 
 
 
 
 
 
 
     

Extra

 
 
 
 
     

Credits:

 
Thank you all for sharing your knowledge!
submitted by Yavuz_Selim to reddCoin [link] [comments]

RaiBlocks AMA Summary!

I posted this under /cryptocurrency and /cryptomarkets as well! Might be less useful under this subreddit... but I'm using it for purposes of helping people become aware of this coin.
Summation of RaiBlocks lead developer AMA. I'm very excited about this coin, and if you're asking why I did this...I'm trying out my AMA consolidating script that I wrote for fun :) I'm interested in seeing what people think about this coin! You can read the responses directly from this link: https://www.reddit.com/RaiBlocks/comments/7ko5l7/colin_lemahieu_founder_and_lead_developer_of/
 
What are your top priorities atm? Both in developing areas itself and in terms of integration?
 
The top priorities right now are:
These basically need to happen in a sequence because each item isn't useful unless the previous one is complete.
 
 
Do you have any plans to have your source code peer reviewed? By peer review I mean sending your source code down to MIT for testing and review.
Where do you see Raiblocks 5-10 years from now? (For instance do you envision people using a Raiblocks mobile phone app to transfer value between each other, or buy stuff at the store?
 
We definitely need peer and code reviews and we're open to anyone doing this. We have ideas for people in universities that want to analyze the whitepaper or code so we'll see what comes of that. In my opinion code security guarantees can only be given with (eyes * time) and we need both.
I'd like to see RaiBlocks adopted as an internet RFC and basically become an ubiquitous background technology like http. I think you're probably right and a mobile app would be the most user-friendly way to do this so people don't need to carry around extra cards in their wallet etc.
 
 
Is there a list of the team readily available? Are there firm plans to expand, and if so, in which directions?
The roadmap indicated a website redesign scheduled for November 2017. Is there an update?
 
We have about 12 people in the core team; about half are code and half are business developers. On the redesigned website we're going to include bios for sure, no one in our team is anonymous. I think we have pretty good coverage of what we need right now, we could always use more people capable of contributing to the core code.
The website design is well underway, we wanted to streamline and add some more things to it so it took longer than originally estimated. It'll looking like after the new year we'll have it ready.
 
 
Would you ever consider renaming the coin to simply "Rai" or any other simplified form other than RaiBlocks?
2. What marketing strategy do you think will push XRB forward from now on as a fully working product. Instant and free, the green coin, "it just works" coin, etc?
3. Regarding security, is "quantum-proofing" a big concern at the moment and how do you guys plan to approach this when the time comes. And how possible would it be for bad actors to successfully implement a 51% attack.
 
  1. Yea there are a few difficulties people have pointed out with our name. People don't know if it's "ray" or "rye". "Blocks" doesn't have a meaning to a lot of people and the name reference might be too esoteric to be meaningful. I'm not prideful so I'm not stuck on a particular name, we'll take a look at what our marketing and business developers say peoples' impressions are and if they have any naming recommendations.
  2. Our marketing strategy is to focus on complete simplicity. Instant and free resonates with enthusiasts and mass adoption will only come when using xrb is absolutely the same experience as using a banking or other payment app. People aren't going to tolerate jargon or confusing workflows when sending or receiving payments.
  3. Quantum computing is going to be an amazing leap for humanity but it's also going to cause a lot of flux in cryptography. The plan I see is the similar to what I did in selecting the cryptographic algorithms we're using right now: look for leaders in academia and industry that have proven implementations and use those as they recommend migration based on computing capability. Quantum vulnerabilities can be an issue in the future but a vulnerable implementation would be an issue right now.
 
 
Hi Colin, lately XRB has been getting frequently compared to and contrasted with Iota. I was hoping that you could give us your thoughts on the differences between the two and what your general vision for the future of Raiblocks is.
 
It's flattering to be compared to IOTA, they have a very talented team building ambitious technology. When looking at design goals I think one thing we're not attempting to approach is transferring a data payload, we're only looking to be a transfer of value.
There are lots of ideas and technology to be developed in the cryptocurrency space and I want RaiBlocks to solve one section of that industry: the transfer of value. I think the best success would be if RaiBlocks was adopted as the global standard for this and crypto efforts could move to non-value-transfer use-cases.
 
 
Do you see XRB becoming the new payment method for commerce. As in, buying coffee, groceries, etc? Do you have plans for combating the HODL mentality so this currency can actually be used in the future of buying and selling?
 
Being a direct transactional payment method is our goal and we're trying to build software that's accessible to everyone to make that happen. I see holding as a speculative tactic anticipating future increases and you're right, it's not in line with day-to-day transactions. I think as market cap levels off to a more consistent value the reason for holding and speculating goes away and people can instead focus on using it as a value exchange.
 
 
Are you planning to expand the RaiBlocks team over the next 12 months? If so, what types of positions are you hoping to fill?
 
Right now we have about 12 people, half core and half business developers. I think this count is good for working on what we're doing right now which is getting wallets and exchanges worked on. Ideally people outside our team will start developing technology around xrb taking advantage of the network effect to build more technology faster than we could internally. That being said we're going to look in a few months to see if there's anything out there people aren't developing that should be and we'll see what people we need to make it happen.
 
 
At what point did you make the decision to make RaiBlocks your full time job? What was the decision making process like?
 
It was after the week where the core team met here in Austin to brainstorm our next steps. I saw how much enthusiasm there was from crypto-veterans with having a working system capable of being scaled up to what's needed for massive adoption and it seemed the risk needed to be taken.
It was hard decision to make, working in the crypto and finance is rough and I like using my leisure time to work on inventions. Of all the projects ideas I have this one seemed to have a high chance of success and the benefits of having a working, decentralized currency would be huge.
 
 
Hi Colin, what prevents great cryptos like XRB from being listed on bigger exchanges?
 
It's good to understand where the biggest headaches for exchanges lie: support tickets, operations, and development. If a technology is different from what they already have, that takes development time. If the software is new and not widely run, that's potential operations time to fix it which results in support tickets and community backlash. Adding BitCoin clones or Ethereum ICO coins is easy because they don't have these associated risks or costs.
 
 
What can the average RaiBlocks-Fan do to help XRB getting adopted / growing / expanding?
 
I think the best thing an average fan could do is word of mouth and telling people about RaiBlocks. More people being aware of it means there's the possibility someone who's never heard of it before would be interested in contributing as a vendor, developer, exchange etc.
Good advertising or marketing will never be able to reach everyone as well as someone reaching out within their own network.
 
 
Ray or Rye?
 
Ray hehe. It comes from https://en.wikipedia.org/wiki/Rai_stones Lots of people don't know the answer though >_<
 
 
Are you looking at incorperating a datamarket like iota in the future? Given the speed of the network a data exchange for highly accurate sensors could be a game changer.
Further more, are there any plans to increase the Dev team in the future? I read on the FAQ you'd like RaiBlocks to be somewhat of a protocol which is a huge ambition. A Dev from say the Mozilla foundation or other could further cement this ambitious project.
 
Transmitting data payloads is something we probably won't pursue. The concern is adding more features like this could cause us to make decisions that compromise the primary focus points of low-cost and speed for transferring value.
We can add people to the dev team though I think we'll get the most traction by teaching teams in these other organization how to use RaiBlocks so they can be the experts on the subject in their companies.
 
 
Does the actual RaiBlocks version require "Each node in the network must be aware of all transactions as they occur" part? This was in the old white paper and is asked here:
https://www.reddit.com/RaiBlocks/comments/7ksl81/some_questions_regarding_raiblocks_consensus/?st=jbdmgagc&sh=d1c93cca
 
If a node wants to independently know the balances of all accounts in the system, it must at a minimum have storage to hold accounts and all their balances. In order to know all balances it must either listen to transactions as they're happening or bootstrap from someone else to catch up as what happens on startup.
 
 
There is no incentive to run nodes. Some people will do it because it is cheap as fuck (as I read an raspberry pie can run it). But I think not many people will do it.
1. How important are the nodes in terms of further scaling?
2. On which network conditions where the 7000 transactions met?
3. What happens if the transactions per day tenfolds but the nodes don't?
4. How much better will Rai scale if someone sets up, lets say, 100 nodes with awesome hardware and network?
5. How many nodes could be enough for visa level scaling?
6. Which further improvements can be made for Rai IF there needs to be other improvements than setting up new nodes? Are there other concepts like 2nd layer solutions planned?
7. How will Rai defend network attacks?
I know there is an PoW part. But since there a also large attacks on high cap coins on which people invest millions of $ to congest a network..Is it possible that the Rai network will be unusable for several days because of this?
 
I think the out-of-protocol incentives to running a node are under-referenced yet I see them as the primary driving factor for participating as a whole. Node rewards come at the expense of other network participants and in this closed loop the incentives aren't enough to keep a cryptocurrency alive. Long-term there needs to be a system-level comparative advantage to what people are already using for a transfer of value. If someone is using xrb and it saves them hundreds or thousands of dollars per month in fees and customer irritation in delayed payments, they have a direct monetary incentive to using xrb and a monetary incentive in the health of the system.
1) More nodes provides transaction and bootstrapping redundancy. More representatives provides decentralization.
2) The 7k TPS was a profile how fast commodity hardware could eat transactions. All of the real-world limits are going to be something hardware related, either bandwidth, IO, or CPU.
3) The scaling is more related to the hardware the nodes are using rather than the node count. If there was 10x increase in transactions it would use 10x the bandwidth and IO as nodes observe transactions happening.
4) If someone made 100 representative nodes the network would be far more decentralized though the tx throughput would be unchanged since that's a per-node requirement.
5) Scaling to Visa will have high bandwidth and IO requirements on representatives associated with doing 10k IOPS. Datacenter and business class hardware will have to be enough to handle the load.
6) Second layer solutions are always an option and I think a lot of people will use them for fraud protection and insurance. Our primary focus is to make the 1st layer as efficient and high speed as possible so a 2nd layer isn't needed for daily transactions.
7) Defending against network attacks will be an ongoing thing, people like breaking the network for lulz or monetary gain i.e. competing cryptos. If there are attacks we haven't defended against or considered it'll be a matter of getting capable people to fix issues.
 
 
Are you open to changes to the name? (Rai)
What are your plans with regards to marketing?
 
I'm open to it, people get confused on ray/rye pronunciation, not the greatest first impression.
As far as timing I think marketing works best after a more user friendly wallet and integration in to more exchanges otherwise we're sending traffic to something people can't use. We're going to start by focusing on the initial adopters which will likely be enthusiasts and going forward work on the next set of users that aren't enthusiasts but want to drive savings for their business through lower payment processing costs.
 
 
A recent tweet(https://twitter.com/VitalikButerin/status/942961006614945792) from Vitalik Buterin. Could this be a case with testing the scalability of RaiBlocks as well and in reality we wouldn't come close to 7000tx/s?
 
I think he's definitely right, a lot of the TPS numbers are synthetic benchmarks usually on one system. The biggest thing hindering TPS are protocol-specific limits like hard caps or high contention design. The next biggest thing will be bandwidth and then disk IO. Some of these limits can be improved by profiling and fixing code instead of actual limits in the hardware.
We want to get better, real world numbers but our general opinion is that the RaiBlocks protocol is going to be limited by hardware, rather than design.
 
 
Are you planning to add a fiat gateway to the main website and mobile wallet?
 
If we can make it happen for sure, that seems like a very user-focused feature people would want.
The difficulty at least in the US is the money-transmitter licenses which are hard to obtain. More than likely if this functionality was added it'd be a partnership with an established financial company that has procedures in place to operate within countries' regulations.
 
 
I saw a post on /iota that claims that their quantum resistance is a main benefit over raiblocks. Can you go into detail about this? explain any plans you have to let XRB persevere through upcoming quatum revolution?
 
I think everyone with cryptography in their programs is keeping an eye on quantum cryptography because we're all in the same boat. I don't have cryptanalysis credentials so I didn't feel comfortable building an implementation and instead chose to use one off-the-shelf from someone with assuring credentials.
There are some big companies that have made small mistakes that blow up the usefulness of the entire algorithm, it's incredibly easy to do. https://arstechnica.com/gaming/2010/12/ps3-hacked-through-poor-implementation-of-cryptography/
 
 
Hello Colin, is any security audit to the source code planned?
 
We don't have one contracted though both internally and externally this is an important thing people want completed.
 
 
Do you have plans to radically change the interface of the desktop wallet, and to develop a universal, cross-platform, clean and simple UX design for the wallet? This will be huge for mass adoption in my humble opinion
 
I completely agree, we do plan on completely redoing the desktop wallet, both from a UX standpoint and maintainability so UI code doesn't need to be in C++. This could also remove out dependency on QT which is the least permissive license in the code right now.
I write code better than I design GUIs ;)
 
 
It seems like Raiblocks is aiming to be a true currency with it's lacking of transaction fees and fast confirmation times, which is great! If Raiblocks can add some kind of support for privacy then I think it got the whole picture figured out in terms of being "digital cash". Do you currently have any plans to implement privacy features into RaiBlocks?
If Raiblocks is unable to do this, it will still be a straight improvement over things like LTC which are currently being used as currency, but I don't think it will be able to become THE cryptocurrency without privacy features.
 
I love the concept of privacy in the network and it's a hard thing to do right. Any solution used would need to be compatible with our balance-weighted-voting method which means at least we'd have to know how much weight a representative has even if we're hiding actual account balances.
To be fully anonymous it would have to be hide accounts, amounts, endpoints, and also timing information; with advanced network analysis the timing is the hardest thing to hide. Hopefully some day we can figure out an efficient privacy solution though the immediate problem we can solve is making a transactional cryptocurrency so we're focusing on that.
 
 
Could you provide an analysis on the flaws of RaiBlocks? Is it in any way, shape, or form at a disadvantage compared to a blockchain based ledger like bitcoin? There has to be drawbacks, but I haven’t found any.
Do you plan on expanding the dev team and establishing a foundation? Also, how much money is in the development pool?
 
One drawback is to handle is our chain-per-account model and asynchronous updates it takes more code and design. This means instead of one top-block hash for everything there's one for each account. This gives us the power of wait-free asynchronous transactions at the cost of simplicity.
After we finish up things like the wallet, website, and exchange integration we'll be looking at seeing what dev resources we need to build tech if no one else is already working on a particular thing. We have about 6 million XRB right now so we've made the existing dev funds go a long way. If something expensive to build came along and dev funds wouldn't cut it we could look at some sort of external funding.
 
 
How big of a problem is PoW for exchanges and what are potential solutions?
 
Considering how much exchanges stand to make through commission I don't see the cost as a barrier, it's just an abnormal technology request compared to other cryptocurrencies.
We're working on providing a service exchanges can use in the interim until they set up their own infrastructure to generate the work. Other options are containers people can use on cloud services to get the infrastructure they need until they want to invest in their own.
 
 
It's my understanding that since everything works asynchronously, in the case of double spending there is a chance a merchant would receive the block that would be later invalidated and have it shown in it's wallet, even if a little later (1 minute?) the amount would correct when the delegates vote that block invalid. Is there any mechanism to avoid this? Maybe tag the transactions in the wallet as "confirming" and then "confirmed" after that minute? Is there actually any certain way for a wallet to know, in a deterministic/programable way, at what moment a transaction is 100% legit? (for example if the delegates are DoS'ed I guess that minute could be much longer). I know this is an improbable case, but still...
 
Yea you're hitting a good point, the consensus algorithm in the node is designed to wait for the incoming transaction to settle before accepting it in to the local chain for the exact reason you listed, if their transaction were to be rolled back the local account would be rolled back as well.
We can trend the current weight of all representatives that are online and voting and make sure we have >50% of the vote weight accounted for before considering it settled.
 
 
Hey Colin, will you eventually have support for a Trezor or other hard wallet?
 
Yea we'll definitely work with companies like Trezor that are interested in being a hardware wallet for xrb. It's just a matter of making sure they support the signing algorithms and integrating with their API.
 
EDIT: I'm getting a lot of messages asking me how to buy XRB. I used this guide which was very helpful: https://www.reddit.com/RaiBlocks/comments/7i0co0/the_definitive_guide_to_buying_and_storing/
In short -- buy BTC on coinbase, open up an account on bitgrail, transfer that BTC from coinbase to bitgrail, then trade your BTC for XRB. It's a pain right now because it's such a new coin, but soon it will be listed on more exchanges, and hopefully on things like shapeshift/changelly. After that it will be much easier... but until then, the inconvenience is what we have to pay in order to get into XRB while its still early.
EDIT: BAD SCRIPT, BAD!
submitted by atriaxx to RaiBlocks [link] [comments]

Installing Bitcoin-QT Bitcoin quick start Bitcoin-QT wallet review Learning Bitcoin 4 - Bitcoin Command Line Helper - Part 1 how to mine for bitcoin core

There are two variations of the original bitcoin program available; one with a graphical user interface (usually referred to as just “Bitcoin”), and a 'headless' version (called bitcoind).They are completely compatible with each other, and take the same command-line arguments, read the same configuration file, and read and write the same data files. Start earning Bitcoin now! Home; Affilite Program; Payouts; FAQ; Contacts; Welcome to leading Bitcoin mining pool! Our members already received 1966.5970722 Bitcoins since launch 1499 days ago. Start Mining We aim to provide you with the easiest possible way to make money without having to do any of the hard stuff. Start mining . StartMiner v1.0 Free. Earning Rate. 0.0000002 BTC/min. Profit ... Saved just before program shutdown, and read in at startup. The data, index and log files are used by Oracle Berkeley DB, the embedded key/value data store that Bitcoin uses. database subdirectory . Contains BDB journaling files testnet3 subdirectory . Contains testnet versions of these files (if running with -testnet) blocks subdirectory [v0.8 and above] Contains blockchain data. blk*.dat ... Qt stores its settings in the windows registry and similar infrastructures and are therefore non-trivial to flush. This PR adds a startup argument -resetguisettings which resets all GUI settings and reenable a smooth startup. This does not affect the bitcoin.conf file (different settings layer). I'm not entirely happy with this solution because ... bitcoin-qt command line arguments. GitHub Gist: instantly share code, notes, and snippets. Skip to content. All gists Back to GitHub Sign in Sign up Sign in Sign up {{ message }} Instantly share code, notes, and snippets. donpdonp / gist:4997294. Created Feb 20, 2013. Star 3 Fork 2 Star Code Revisions 1 Stars 3 Forks 2. Embed. What would you like to do? Embed Embed this gist in your website ...

[index] [30169] [37609] [31135] [20227] [7928] [22690] [26834] [6414] [33045] [26928]

Installing Bitcoin-QT

STARTUP EP 02 Bitcoin Millionaire Pitches His Startup Idea (Sold 114 BTC for $1.6M) - Duration: 12:14. Joma Tech Recommended for you. 12:14. How To Make Passive Income with $1000 - Duration: 15 ... Bitcoin quick start Download "Bitcon-Qt": http://bitcoin.org/en/download. The Bitcoin Station provides short tutorials about Bitcoin. Submit your request at http://MillyBitcoin.com free Bitcoin support site. 6. bitcoin-qt - Duration: 6:50. 402 Payment Required 943 views. 6:50. How to start Bitcoin mining for beginners (SUPER EASY) - ULTIMATE GUIDE - Duration: 13:51. We Do Tech 704,967 views. 13:51 ... In this video from http://www.secureyourwallet.com we do a full review of the original Satoshi Bitcoin wallet. We do an install, look at the blockchain data,...

#