Original Bitcoin client/API calls list - Bitcoin Wiki

Gridcoin "Fern" Release

Finally! After over ten months of development and testing, "Fern" has arrived! This is a whopper. 240 pull requests merged. Essentially a complete rewrite that was started with the scraper (the "neural net" rewrite) in "Denise" has now been completed. Practically the ENTIRE Gridcoin specific codebase resting on top of the vanilla Bitcoin/Peercoin/Blackcoin vanilla PoS code has been rewritten. This removes the team requirement at last (see below), although there are many other important improvements besides that.
Fern was a monumental undertaking. We had to encode all of the old rules active for the v10 block protocol in new code and ensure that the new code was 100% compatible. This had to be done in such a way as to clear out all of the old spaghetti and ring-fence it with tightly controlled class implementations. We then wrote an entirely new, simplified ruleset for research rewards and reengineered contracts (which includes beacon management, polls, and voting) using properly classed code. The fundamentals of Gridcoin with this release are now on a very sound and maintainable footing, and the developers believe the codebase as updated here will serve as the fundamental basis for Gridcoin's future roadmap.
We have been testing this for MONTHS on testnet in various stages. The v10 (legacy) compatibility code has been running on testnet continuously as it was developed to ensure compatibility with existing nodes. During the last few months, we have done two private testnet forks and then the full public testnet testing for v11 code (the new protocol which is what Fern implements). The developers have also been running non-staking "sentinel" nodes on mainnet with this code to verify that the consensus rules are problem-free for the legacy compatibility code on the broader mainnet. We believe this amount of testing is going to result in a smooth rollout.
Given the amount of changes in Fern, I am presenting TWO changelogs below. One is high level, which summarizes the most significant changes in the protocol. The second changelog is the detailed one in the usual format, and gives you an inkling of the size of this release.



Note that the protocol changes will not become active until we cross the hard-fork transition height to v11, which has been set at 2053000. Given current average block spacing, this should happen around October 4, about one month from now.
Note that to get all of the beacons in the network on the new protocol, we are requiring ALL beacons to be validated. A two week (14 day) grace period is provided by the code, starting at the time of the transition height, for people currently holding a beacon to validate the beacon and prevent it from expiring. That means that EVERY CRUNCHER must advertise and validate their beacon AFTER the v11 transition (around Oct 4th) and BEFORE October 18th (or more precisely, 14 days from the actual date of the v11 transition). If you do not advertise and validate your beacon by this time, your beacon will expire and you will stop earning research rewards until you advertise and validate a new beacon. This process has been made much easier by a brand new beacon "wizard" that helps manage beacon advertisements and renewals. Once a beacon has been validated and is a v11 protocol beacon, the normal 180 day expiration rules apply. Note, however, that the 180 day expiration on research rewards has been removed with the Fern update. This means that while your beacon might expire after 180 days, your earned research rewards will be retained and can be claimed by advertising a beacon with the same CPID and going through the validation process again. In other words, you do not lose any earned research rewards if you do not stake a block within 180 days and keep your beacon up-to-date.
The transition height is also when the team requirement will be relaxed for the network.


Besides the beacon wizard, there are a number of improvements to the GUI, including new UI transaction types (and icons) for staking the superblock, sidestake sends, beacon advertisement, voting, poll creation, and transactions with a message. The main screen has been revamped with a better summary section, and better status icons. Several changes under the hood have improved GUI performance. And finally, the diagnostics have been revamped.


The wallet sync speed has been DRASTICALLY improved. A decent machine with a good network connection should be able to sync the entire mainnet blockchain in less than 4 hours. A fast machine with a really fast network connection and a good SSD can do it in about 2.5 hours. One of our goals was to reduce or eliminate the reliance on snapshots for mainnet, and I think we have accomplished that goal with the new sync speed. We have also streamlined the in-memory structures for the blockchain which shaves some memory use.
There are so many goodies here it is hard to summarize them all.
I would like to thank all of the contributors to this release, but especially thank @cyrossignol, whose incredible contributions formed the backbone of this release. I would also like to pay special thanks to @barton2526, @caraka, and @Quezacoatl1, who tirelessly helped during the testing and polishing phase on testnet with testing and repeated builds for all architectures.
The developers are proud to present this release to the community and we believe this represents the starting point for a true renaissance for Gridcoin!

Summary Changelog



Most significantly, nodes calculate research rewards directly from the magnitudes in EACH superblock between stakes instead of using a two- or three- point average based on a CPID's current magnitude and the magnitude for the CPID when it last staked. For those long-timers in the community, this has been referred to as "Superblock Windows," and was first done in proof-of-concept form by @denravonska.







As a reminder:









Detailed Changelog

[] 2020-09-03, mandatory, "Fern"





submitted by jamescowens to gridcoin [link] [comments]

Syscoin Platform’s Great Reddit Scaling Bake-off Proposal

Syscoin Platform’s Great Reddit Scaling Bake-off Proposal

We are excited to participate and present Syscoin Platform's ideal characteristics and capabilities towards a well-rounded Reddit Community Points solution!
Our scaling solution for Reddit Community Points involves 2-way peg interoperability with Ethereum. This will provide a scalable token layer built specifically for speed and high volumes of simple value transfers at a very low cost, while providing sovereign ownership and onchain finality.
Token transfers scale by taking advantage of a globally sorting mempool that provides for probabilistically secure assumptions of “as good as settled”. The opportunity here for token receivers is to have an app-layer interactivity on the speed/security tradeoff (99.9999% assurance within 10 seconds). We call this Z-DAG, and it achieves high-throughput across a mesh network topology presently composed of about 2,000 geographically dispersed full-nodes. Similar to Bitcoin, however, these nodes are incentivized to run full-nodes for the benefit of network security, through a bonded validator scheme. These nodes do not participate in the consensus of transactions or block validation any differently than other nodes and therefore do not degrade the security model of Bitcoin’s validate first then trust, across every node. Each token transfer settles on-chain. The protocol follows Bitcoin core policies so it has adequate code coverage and protocol hardening to be qualified as production quality software. It shares a significant portion of Bitcoin’s own hashpower through merged-mining.
This platform as a whole can serve token microtransactions, larger settlements, and store-of-value in an ideal fashion, providing probabilistic scalability whilst remaining decentralized according to Bitcoin design. It is accessible to ERC-20 via a permissionless and trust-minimized bridge that works in both directions. The bridge and token platform are currently available on the Syscoin mainnet. This has been gaining recent attention for use by loyalty point programs and stablecoins such as Binance USD.


Syscoin Foundation identified a few paths for Reddit to leverage this infrastructure, each with trade-offs. The first provides the most cost-savings and scaling benefits at some sacrifice of token autonomy. The second offers more preservation of autonomy with a more narrow scope of cost savings than the first option, but savings even so. The third introduces more complexity than the previous two yet provides the most overall benefits. We consider the third as most viable as it enables Reddit to benefit even while retaining existing smart contract functionality. We will focus on the third option, and include the first two for good measure.
  1. Distribution, burns and user-to-user transfers of Reddit Points are entirely carried out on the Syscoin network. This full-on approach to utilizing the Syscoin network provides the most scalability and transaction cost benefits of these scenarios. The tradeoff here is distribution and subscription handling likely migrating away from smart contracts into the application layer.
  2. The Reddit Community Points ecosystem can continue to use existing smart contracts as they are used today on the Ethereum mainchain. Users migrate a portion of their tokens to Syscoin, the scaling network, to gain much lower fees, scalability, and a proven base layer, without sacrificing sovereign ownership. They would use Syscoin for user-to-user transfers. Tips redeemable in ten seconds or less, a high-throughput relay network, and onchain settlement at a block target of 60 seconds.
  3. Integration between Matic Network and Syscoin Platform - similar to Syscoin’s current integration with Ethereum - will provide Reddit Community Points with EVM scalability (including the Memberships ERC777 operator) on the Matic side, and performant simple value transfers, robust decentralized security, and sovereign store-of-value on the Syscoin side. It’s “the best of both worlds”. The trade-off is more complex interoperability.

Syscoin + Matic Integration

Matic and Blockchain Foundry Inc, the public company formed by the founders of Syscoin, recently entered a partnership for joint research and business development initiatives. This is ideal for all parties as Matic Network and Syscoin Platform provide complementary utility. Syscoin offers characteristics for sovereign ownership and security based on Bitcoin’s time-tested model, and shares a significant portion of Bitcoin’s own hashpower. Syscoin’s focus is on secure and scalable simple value transfers, trust-minimized interoperability, and opt-in regulatory compliance for tokenized assets rather than scalability for smart contract execution. On the other hand, Matic Network can provide scalable EVM for smart contract execution. Reddit Community Points can benefit from both.
Syscoin + Matic integration is actively being explored by both teams, as it is helpful to Reddit, Ethereum, and the industry as a whole.

Proving Performance & Cost Savings

Our POC focuses on 100,000 on-chain settlements of token transfers on the Syscoin Core blockchain. Transfers and burns perform equally with Syscoin. For POCs related to smart contracts (subscriptions, etc), refer to the Matic Network proposal.
On-chain settlement of 100k transactions was accomplished within roughly twelve minutes, well-exceeding Reddit’s expectation of five days. This was performed using six full-nodes operating on compute-optimized AWS c4.2xlarge instances which were geographically distributed (Virginia, London, Sao Paulo Brazil, Oregon, Singapore, Germany). A higher quantity of settlements could be reached within the same time-frame with more broadcasting nodes involved, or using hosts with more resources for faster execution of the process.
Addresses used: 100,014
The demonstration was executed using this tool. The results can be seen in the following blocks:
612722: https://sys1.bcfn.ca/block/6d47796d043bb4c508d29123e6ae81b051f5e0aaef849f253c8f3a6942a022ce
612723: https://sys1.bcfn.ca/block/8e2077f743461b90f80b4bef502f564933a8e04de97972901f3d65cfadcf1faf
612724: https://sys1.bcfn.ca/block/205436d25b1b499fce44c29567c5c807beaca915b83cc9f3c35b0d76dbb11f6e
612725: https://sys1.bcfn.ca/block/776d1b1a0f90f655a6bbdf559ff5072459cbdc5682d7615ff4b78c00babdc237
612726: https://sys1.bcfn.ca/block/de4df0994253742a1ac8ac9eec8d2a8c8b0a6d72c53d6f3caa29bb6c171b0a6b
612727: https://sys1.bcfn.ca/block/e5e167c52a9decb313fbaadf49a5e34cb490f8084f642a850385476d4ef10d70
612728: https://sys1.bcfn.ca/block/ab64d989edc71890e7b5b8491c20e9a27520dc45a5f7c776d3dae79057f59fe7
612729: https://sys1.bcfn.ca/block/5e8b7ecd0e36f99d07e4ea6e135fc952bf7ec30164ab6f4d1e98b0f2d405df6d
612730: https://sys1.bcfn.ca/block/d395df3d31dde60bbb0bece6bd5b358297da878f0beb96be389e5f0e043580a3
It is important to note that this POC is not focused on Z-DAG. The performance of Z-DAG has been benchmarked within realistic network conditions: Whiteblock’s audit is publicly available. Network latency tests showed an average TPS around 15k with burst capacity up to 61k. Zero-latency control group exhibited ~150k TPS. Mainnet testing of the Z-DAG network is achievable and will require further coordination and additional resources.
Even further optimizations are expected in the upcoming Syscoin Core release which will implement a UTXO model for our token layer bringing further efficiency as well as open the door to additional scaling technology currently under research by our team and academic partners. At present our token layer is account-based, similar to Ethereum. Opt-in compliance structures will also be introduced soon which will offer some positive performance characteristics as well. It makes the most sense to implement these optimizations before performing another benchmark for Z-DAG, especially on the mainnet considering the resources required to stress-test this network.

Cost Savings

Total cost for these 100k transactions: $0.63 USD
See the live fee comparison for savings estimation between transactions on Ethereum and Syscoin. Below is a snapshot at time of writing:
ETH price: $318.55 ETH gas price: 55.00 Gwei ($0.37)
Syscoin price: $0.11
Snapshot of live fee comparison chart
Z-DAG provides a more efficient fee-market. A typical Z-DAG transaction costs 0.0000582 SYS. Tokens can be safely redeemed/re-spent within seconds or allowed to settle on-chain beforehand. The costs should remain about this low for microtransactions.
Syscoin will achieve further reduction of fees and even greater scalability with offchain payment channels for assets, with Z-DAG as a resilience fallback. New payment channel technology is one of the topics under research by the Syscoin development team with our academic partners at TU Delft. In line with the calculation in the Lightning Networks white paper, payment channels using assets with Syscoin Core will bring theoretical capacity for each person on Earth (7.8 billion) to have five on-chain transactions per year, per person, without requiring anyone to enter a fee market (aka “wait for a block”). This exceeds the minimum LN expectation of two transactions per person, per year; one to exist on-chain and one to settle aggregated value.

Tools, Infrastructure & Documentation

Syscoin Bridge

Mainnet Demonstration of Syscoin Bridge with the Basic Attention Token ERC-20
A two-way blockchain interoperability system that uses Simple Payment Verification to enable:
  • Any Standard ERC-20 token to be moved from Ethereum to the Syscoin blockchain as a Syscoin Platform Token (SPT), and back to Ethereum
  • Any SPT to be moved from Syscoin to the Ethereum blockchain as an ERC-20 token, and back to Syscoin


  • Permissionless
  • No counterparties involved
  • No trading mechanisms involved
  • No third-party liquidity providers required
  • Cross-chain Fractional Supply - 2-way peg - Token supply maintained globally
  • ERC-20s gain vastly improved transactionality with the Syscoin Token Platform, along with the security of bitcoin-core-compliant PoW.
  • SPTs gain access to all the tooling, applications and capabilities of Ethereum for ERC-20, including smart contracts.

Source code

Main Subprojects


Tools to simplify using Syscoin Bridge as a service with dapps and wallets will be released some time after implementation of Syscoin Core 4.2. These will be based upon the same processes which are automated in the current live Sysethereum Dapp that is functioning with the Syscoin mainnet.


Syscoin Bridge & How it Works (description and process flow)
Superblock Validation Battles
HOWTO: Provision the Bridge for your ERC-20
HOWTO: Setup an Agent
Developer & User Diligence


The Syscoin Ethereum Bridge is secured by Agent nodes participating in a decentralized and incentivized model that involves roles of Superblock challengers and submitters. This model is open to participation. The benefits here are trust-minimization, permissionless-ness, and potentially less legal/regulatory red-tape than interop mechanisms that involve liquidity providers and/or trading mechanisms.
The trade-off is that due to the decentralized nature there are cross-chain settlement times of one hour to cross from Ethereum to Syscoin, and three hours to cross from Syscoin to Ethereum. We are exploring ways to reduce this time while maintaining decentralization via zkp. Even so, an “instant bridge” experience could be provided by means of a third-party liquidity mechanism. That option exists but is not required for bridge functionality today. Typically bridges are used with batch value, not with high frequencies of smaller values, and generally it is advantageous to keep some value on both chains for maximum availability of utility. Even so, the cross-chain settlement time is good to mention here.


Ethereum -> Syscoin: Matic or Ethereum transaction fee for bridge contract interaction, negligible Syscoin transaction fee for minting tokens
Syscoin -> Ethereum: Negligible Syscoin transaction fee for burning tokens, 0.01% transaction fee paid to Bridge Agent in the form of the ERC-20, Matic or Ethereum transaction fee for contract interaction.


Zero-Confirmation Directed Acyclic Graph is an instant settlement protocol that is used as a complementary system to proof-of-work (PoW) in the confirmation of Syscoin service transactions. In essence, a Z-DAG is simply a directed acyclic graph (DAG) where validating nodes verify the sequential ordering of transactions that are received in their memory pools. Z-DAG is used by the validating nodes across the network to ensure that there is absolute consensus on the ordering of transactions and no balances are overflowed (no double-spends).


  • Unique fee-market that is more efficient for microtransaction redemption and settlement
  • Uses decentralized means to enable tokens with value transfer scalability that is comparable or exceeds that of credit card networks
  • Provides high throughput and secure fulfillment even if blocks are full
  • Probabilistic and interactive
  • 99.9999% security assurance within 10 seconds
  • Can serve payment channels as a resilience fallback that is faster and lower-cost than falling-back directly to a blockchain
  • Each Z-DAG transaction also settles onchain through Syscoin Core at 60-second block target using SHA-256 Proof of Work consensus

Source code



Syscoin-js provides tooling for all Syscoin Core RPCs including interactivity with Z-DAG.


Z-DAG White Paper
Useful read: An in-depth Z-DAG discussion between Syscoin Core developer Jag Sidhu and Brave Software Research Engineer Gonçalo Pestana


Z-DAG enables the ideal speed/security tradeoff to be determined per use-case in the application layer. It minimizes the sacrifice required to accept and redeem fast transfers/payments while providing more-than-ample security for microtransactions. This is supported on the premise that a Reddit user receiving points does need security yet generally doesn’t want nor need to wait for the same level of security as a nation-state settling an international trade debt. In any case, each Z-DAG transaction settles onchain at a block target of 60 seconds.

Syscoin Specs

Syscoin 3.0 White Paper
(4.0 white paper is pending. For improved scalability and less blockchain bloat, some features of v3 no longer exist in current v4: Specifically Marketplace Offers, Aliases, Escrow, Certificates, Pruning, Encrypted Messaging)
  • 16MB block bandwidth per minute assuming segwit witness carrying transactions, and transactions ~200 bytes on average
  • SHA256 merge mined with Bitcoin
  • UTXO asset layer, with base Syscoin layer sharing identical security policies as Bitcoin Core
  • Z-DAG on asset layer, bridge to Ethereum on asset layer
  • On-chain scaling with prospect of enabling enterprise grade reliable trustless payment processing with on/offchain hybrid solution
  • Focus only on Simple Value Transfers. MVP of blockchain consensus footprint is balances and ownership of them. Everything else can reduce data availability in exchange for scale (Ethereum 2.0 model). We leave that to other designs, we focus on transfers.
  • Future integrations of MAST/Taproot to get more complex value transfers without trading off trustlessness or decentralization.
  • Zero-knowledge Proofs are a cryptographic new frontier. We are dabbling here to generalize the concept of bridging and also verify the state of a chain efficiently. We also apply it in our Digital Identity projects at Blockchain Foundry (a publicly traded company which develops Syscoin softwares for clients). We are also looking to integrate privacy preserving payment channels for off-chain payments through zkSNARK hub & spoke design which does not suffer from the HTLC attack vectors evident on LN. Much of the issues plaguing Lightning Network can be resolved using a zkSNARK design whilst also providing the ability to do a multi-asset payment channel system. Currently we found a showstopper attack (American Call Option) on LN if we were to use multiple-assets. This would not exist in a system such as this.


Web3 and mobile wallets are under active development by Blockchain Foundry Inc as WebAssembly applications and expected for release not long after mainnet deployment of Syscoin Core 4.2. Both of these will be multi-coin wallets that support Syscoin, SPTs, Ethereum, and ERC-20 tokens. The Web3 wallet will provide functionality similar to Metamask.
Syscoin Platform and tokens are already integrated with Blockbook. Custom hardware wallet support currently exists via ElectrumSys. First-class HW wallet integration through apps such as Ledger Live will exist after 4.2.
Current supported wallets
Syscoin Spark Desktop


Mainnet: https://sys1.bcfn.ca (Blockbook)
Testnet: https://explorer-testnet.blockchainfoundry.co

Thank you for close consideration of our proposal. We look forward to feedback, and to working with the Reddit community to implement an ideal solution using Syscoin Platform!

submitted by sidhujag to ethereum [link] [comments]

Reddcoin (RDD) 02/20 Progress Report - Core Wallet v3.1 Evolution & PoSV v2 - Commits & More Commits to v3.1! (Bitcoin Core 0.10, MacOS Catalina, QT Enhanced Speed and Security and more!)

Reddcoin (RDD) Core Dev Team Informal Progress Report, Feb 2020 - As any blockchain or software expert will confirm, the hardest part of making successful progress in blockchain and crypto is invisible to most users. As developers, the Reddcoin Core team relies on internal experts like John Nash, contributors offering their own code improvements to our repos (which we would love to see more of!) and especially upstream commits from experts working on open source projects like Bitcoin itself. We'd like tothank each and everyone who's hard work has contributed to this progress.
As part of Reddcoin's evolution, and in order to include required security fixes, speed improvements that are long overdue, the team has up to this point incorporated the following code commits since our last v3.0.1 public release. In attempting to solve the relatively minor font display issue with MacOS Catalina, we uncovered a complicated interweaving of updates between Reddcoin Core, QT software, MacOS SDK, Bitcoin Core and related libraries and dependencies that mandated we take a holistic approach to both solve the Catalina display problem, but in doing so, prepare a more streamlined overall build and test system, allowing the team to roll out more frequent and more secure updates in the future. And also to include some badly needed fixes in the current version of Core, which we have tentatively labeled Reddcoin Core Wallet v3.1.
Note: As indicated below, v3.1 is NOT YET AVAILABLE FOR DOWNLOAD BY PUBLIC. We wil advise when it is.
The new v3.1 version should be ready for internal QA and build testing by the end of this week, with luck, and will be turned over to the public shortly thereafter once testing has proven no unexpected issues have been introduced. We know the delay has been a bit extended for our ReddHead MacOS Catalina stakers, and we hope to have them all aboard soon. We have moved with all possible speed while attempting to incorproate all the required work, testing, and ensuring security and safety for our ReddHeads.
Which leads us to: PoSV v2 activation and the supermajority on Mainnet at the time of this writing has reached 5625/9000 blocks or 62.5%. We have progressed quite well and without any reported user issues since release, but we need all of the community to participate! This activation, much like the funding mechanisms currently being debated by BCH and others, and employed by DASH, will mean not only a catalyst for Reddcoin but ensure it's future by providing funding for the dev team. As a personal plea from the team, please help us support the PoSV v2 activation by staking your RDD, no matter how large or small your amount of stake.
Every block and every RDD counts, and if you don't know how, we'll teach you! Live chat is fun as well as providing tech support you can trust from devs and community ReddHead members. Join us today in staking and online and collect some RDD "rain" from users and devs alike!
If you're holding Reddcoin and not staking, or you haven't upgraded your v2.x wallet to v3.0.1 (current release), we need you to help achieve consensus and activate PoSV v2! For details, see the pinned message here or our website or medium channel. Upgrade is simple and takes moments; if you're nervous or unsure, we're here to help live in Telegram or Discord, as well as other chat programs. See our website for links.
Look for more updates shortly as our long-anticipated Reddcoin Payment Gateway and Merchant Services API come online with point-of-sale support, as we announce the cross-crypto-project Aussie firefighter fundraiser program, as well as a comprehensive update to our development roadmap and more.
Work has restarted on ReddID and multiple initiatives are underway to begin educating and sharing information about ReddID, what it is, and how to use it, as we approach a releasable ReddID product. We enthusiastically encourage anyone interested in working to bring these efforts to life, whether writers, UX/UI experts, big data analysts, graphic artists, coders, front-end, back-end, AI, DevOps, the Reddcoin Core dev team is growing, and there's more opportunity and work than ever!
Bring your talents to a community and dev team that truly appreciates it, and share the Reddcoin Love!
And now, lots of commits. As v3.1 is not yet quite ready for public release, these commits have not been pushed publicly, but in the interests of sharing progress transparently, and including our ReddHead community in the process, see below for mind-numbing technical detail of work accomplished.
e5c143404 - - 2014-08-07 - Ross Nicoll - Changed LevelDB cursors to use scoped pointers to ensure destruction when going out of scope. *99a7dba2e - - 2014-08-15 - Cory Fields - tests: fix test-runner for osx. Closes ##4708 *8c667f1be - - 2014-08-15 - Cory Fields - build: add funcs.mk to the list of meta-depends *bcc1b2b2f - - 2014-08-15 - Cory Fields - depends: fix shasum on osx < 10.9 *54dac77d1 - - 2014-08-18 - Cory Fields - build: add option for reducing exports (v2) *6fb9611c0 - - 2014-08-16 - randy-waterhouse - build : fix CPPFLAGS for libbitcoin_cli *9958cc923 - - 2014-08-16 - randy-waterhouse - build: Add --with-utils (bitcoin-cli and bitcoin-tx, default=yes). Help string consistency tweaks. Target sanity check fix. *342aa98ea - - 2014-08-07 - Cory Fields - build: fix automake warnings about the use of INCLUDES *46db8ad51 - - 2020-02-18 - John Nash - build: add build.h to the correct target *a24de1e4c - - 2014-11-26 - Pavel Janík - Use complete path to include bitcoin-config.h. *fd8f506e5 - - 2014-08-04 - Wladimir J. van der Laan - qt: Demote ReportInvalidCertificate message to qDebug *f12aaf3b1 - - 2020-02-17 - John Nash - build: QT5 compiled with fPIC require fPIC to be enabled, fPIE is not enough *7a991b37e - - 2014-08-12 - Wladimir J. van der Laan - build: check for sys/prctl.h in the proper way *2cfa63a48 - - 2014-08-11 - Wladimir J. van der Laan - build: Add mention of --disable-wallet to bdb48 error messages *9aa580f04 - - 2014-07-23 - Cory Fields - depends: add shared dependency builder *8853d4645 - - 2014-08-08 - Philip Kaufmann - [Qt] move SubstituteFonts() above ToolTipToRichTextFilter *0c98e21db - - 2014-08-02 - Ross Nicoll - URLs containing a / after the address no longer cause parsing errors. *7baa77731 - - 2014-08-07 - ntrgn - Fixes ignored qt 4.8 codecs path on windows when configuring with --with-qt-libdir *2a3df4617 - - 2014-08-06 - Cory Fields - qt: fix unicode character display on osx when building with 10.7 sdk *71a36303d - - 2014-08-04 - Cory Fields - build: fix race in 'make deploy' for windows *077295498 - - 2014-08-04 - Cory Fields - build: Fix 'make deploy' when binaries haven't been built yet *ffdcc4d7d - - 2014-08-04 - Cory Fields - build: hook up qt translations for static osx packaging *25a7e9c90 - - 2014-08-04 - Cory Fields - build: add --with-qt-translationdir to configure for use with static qt *11cfcef37 - - 2014-08-04 - Cory Fields - build: teach macdeploy the -translations-dir argument, for use with static qt *4c4ae35b1 - - 2014-07-23 - Cory Fields - build: Find the proper xcb/pcre dependencies *942e77dd2 - - 2014-08-06 - Cory Fields - build: silence mingw fpic warning spew *e73e2b834 - - 2014-06-27 - Huang Le - Use async name resolving to improve net thread responsiveness *c88e76e8e - - 2014-07-23 - Cory Fields - build: don't let libtool insert rpath into binaries *18e14e11c - - 2014-08-05 - ntrgn - build: Fix windows configure when using --with-qt-libdir *bb92d65c4 - - 2014-07-31 - Cory Fields - test: don't let the port number exceed the legal range *62b95290a - - 2014-06-18 - Cory Fields - test: redirect comparison tool output to stdout *cefe447e9 - - 2014-07-22 - Cory Fields - gitian: remove unneeded option after last commit *9347402ca - - 2014-07-21 - Cory Fields - build: fix broken boost chrono check on some platforms *c9ed039cf - - 2014-06-03 - Cory Fields - build: fix whitespace in pkg-config variable *3bcc5ad37 - - 2014-06-03 - Cory Fields - build: allow linux and osx to build against static qt5 *01a44ba90 - - 2014-07-17 - Cory Fields - build: silence false errors during make clean *d1fbf7ba2 - - 2014-07-08 - Cory Fields - build: fix win32 static linking after libtool merge *005ae2fa4 - - 2014-07-08 - Cory Fields - build: re-add AM_LDFLAGS where it's overridden *37043076d - - 2014-07-02 - Wladimir J. van der Laan - Fix the Qt5 build after d95ba75 *f3b4bbf40 - - 2014-07-01 - Wladimir J. van der Laan - qt: Change serious messages from qDebug to qWarning *f4706f753 - - 2014-07-01 - Wladimir J. van der Laan - qt: Log messages with type>QtDebugMsg as non-debug *98e85fa1f - - 2014-06-06 - Pieter Wuille - libsecp256k1 integration *5f1f2e226 - - 2020-02-17 - John Nash - Merge branch 'switch_verification_code' into Build *1f30416c9 - - 2014-02-07 - Pieter Wuille - Also switch the (unused) verification code to low-s instead of even-s. *1c093d55e - - 2014-06-06 - Cory Fields - secp256k1: Add build-side changes for libsecp256k1 *7f3114484 - - 2014-06-06 - Cory Fields - secp256k1: add libtool as a dependency *2531f9299 - - 2020-02-17 - John Nash - Move network-time related functions to timedata.cpp/h *d003e4c57 - - 2020-02-16 - John Nash - build: fix build weirdness after 54372482. *7035f5034 - - 2020-02-16 - John Nash - Add ::OUTPUT_SIZE *2a864c4d8 - - 2014-06-09 - Cory Fields - crypto: create a separate lib for crypto functions *03a4e4c70 - - 2014-06-09 - Cory Fields - crypto: explicitly check for byte read/write functions *a78462a2a - - 2014-06-09 - Cory Fields - build: move bitcoin-config.h to its own directory *a885721c4 - - 2014-05-31 - Pieter Wuille - Extend and move all crypto tests to crypto_tests.cpp *5f308f528 - - 2014-05-03 - Pieter Wuille - Move {Read,Write}{LE,BE}{32,64} to common.h and use builtins if possible *0161cc426 - - 2014-05-01 - Pieter Wuille - Add built-in RIPEMD-160 implementation *deefc27c0 - - 2014-04-28 - Pieter Wuille - Move crypto implementations to src/crypto/ *d6a12182b - - 2014-04-28 - Pieter Wuille - Add built-in SHA-1 implementation. *c3c4f9f2e - - 2014-04-27 - Pieter Wuille - Switch miner.cpp to use sha2 instead of OpenSSL. *b6ed6def9 - - 2014-04-28 - Pieter Wuille - Remove getwork() RPC call *0a09c1c60 - - 2014-04-26 - Pieter Wuille - Switch script.cpp and hash.cpp to use sha2.cpp instead of OpenSSL. *8ed091692 - - 2014-04-20 - Pieter Wuille - Add a built-in SHA256/SHA512 implementation. *0c4c99b3f - - 2014-06-21 - Philip Kaufmann - small cleanup in src/compat .h and .cpp *ab1369745 - - 2014-06-13 - Cory Fields - sanity: hook up sanity checks *f598c67e0 - - 2014-06-13 - Cory Fields - sanity: add libc/stdlib sanity checks *b241b3e13 - - 2014-06-13 - Cory Fields - sanity: autoconf check for sys/select.h *cad980a4f - - 2019-07-03 - John Nash - build: Add a top-level forwarding target for src/ objects *f4533ee1c - - 2019-07-03 - John Nash - build: qt: split locale resources. Fixes non-deterministic distcheck *4a0e46e76 - - 2019-06-29 - John Nash - build: fix version dependency *2f61699d9 - - 2019-06-29 - John Nash - build: quit abusing AMCPPFLAGS *99b60ba49 - - 2019-06-29 - John Nash - build: avoid the use of top and abs_ dir paths *c8f673d5d - - 2019-06-29 - John Nash - build: Tidy up file generation output *5318bce57 - - 2019-06-29 - John Nash - build: nuke Makefile.include from orbit *672a25349 - - 2019-06-29 - John Nash - build: add stub makefiles for easier subdir builds *562b7c5a6 - - 2020-02-08 - John Nash - build: delete old Makefile.am's *066120079 - - 2020-02-08 - John Nash - build: Switch to non-recursive make
Whew! No wonder it's taken the dev team a while! :)
TL;DR: Trying to fix MacOS Catalina font display led to requiring all kinds of work to migrate and evolve the Reddcoin Core software with Apple, Bitcoin and QT components. Lots of work done, v3.1 public release soon. Also other exciting things and ReddID back under active dev effort.
submitted by TechAdept to reddCoin [link] [comments]

Request Roadmap Review - 28/02/2020

Hey all!
We are reviewing the public roadmap every two weeks. We do this to make sure the percentages on our roadmap are as accurate as possible. Percentages shown under in progress topics are based on the most current status and can sometimes fluctuate, based on sudden advancements and/or issues. Larger updates to percentages and/or new priorities added are communicated below.

Client request broadcast

Progress: from 90% to 100%
We are confident enough with this feature to consider it done. The documentation for this will be part of our refreshed docs. If you can’t wait for it to be done to implement this, drop us a line in the Request Hub and we will be glad to get you started :)

ETH payment Proxy smart-contract

Progress: from 90% to 100%
This feature is now fully implemented and tested. The documentation for it will be part of our documentation refresh.

Homepage Refresh

New item: 100%
Early this week, we’ve given our homepage a refresh to reflect what Request is today, while taking away the animation that was causing issues on some devices and/or devices with slower connection speeds. This should improve the experience of our website visitors, and give a better direction towards the products we currently offer.

Payment processor Library

New item: 80%
This is a new package in our protocol that we felt was missing. This package simplifies the code developers have to write to pay requests in their dapps. The process now is a lot easier: as easy as calling a payRequest() function in most cases. It supports Ethereum, ERC20 & Bitcoin payment networks.
The missing 20% of progress includes thoroughly testing and documenting on how to use this package.

Documentation refresh

Progress: from 20% to 30%
We have a lot of exciting things getting done in our new documentation. We are rewriting all pages to make things clearer for everyone, and creating step by step guides for onboarding new developers. We will also clarify the three different ways you can plug software products to interact with the Request network. This ranges from using one of our pre-developed services that abstracts blockchain-specific development requirements to offer easier integration, towards setting up your own infrastructure to interact with the network offering a complete decentralized solution for your users. Next to that, we are integrating all our different documentation websites into one. No more one site for request-client.js, one for Portal API documentation, and one for the protocol. Our docs will all live in the same place now, for a much better developer experience.

Multis integration

Progress: 25%
We’re actively working together to integrate the Request network features in the product of Multis by being involved in project management & development. This feature will be implemented in a future release of Multis, which currently does not have a set release date yet. Because of this, we’ve chosen to keep the progress percentage the same for now, until we have a clearer release target.

Encryption security audit

Progress: 15%
The progress bar for the security audit hasn’t moved as the audit process itself hasn’t been initiated yet. We’re sourcing industry-leading encryption-specific audit companies and are still researching what the best choice is. We don’t take the security of our users lightly, so choose to spend as much attention as required to do this right the first time.

Useful resources: Documentation: here Sign up and use the Request API: here Technical specifications (Open API: here) External communication policy: here

Want to join the discussion or ask the team questions? Make sure to join the community on Discord or the Request Hub.
submitted by rmaz to RequestNetwork [link] [comments]

Groestlcoin 6th Anniversary Release


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?

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.
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.

Other Linux



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


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.





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.



Main Release (Main Net)
Testnet Release


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.


Live Version (Not Recommended)





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).






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).




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.


Remastered Improvements



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.



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


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.



Linux / OSX (Instructions)


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.



Main Net
Main Net (FDroid)
Test Net


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.




UPDATED – P2Pool Test Net



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


submitted by Yokomoko_Saleen to groestlcoin [link] [comments]

Bitcore BTX - What makes us different from the other cryptocurrencies? by DgCarlosLeon

Bitcore BTX - What makes us different from the other cryptocurrencies? by DgCarlosLeon
Beyond all of Bitcore's avant-garde technical aspects, it is also one of the forerunners of 2017, being Bitcoin's first hybrid Fork.
Artwork by Design Team - Bitcore BTX ® 2018
We have focused on being the currency of choice for the fastest and most efficient transactions and payments (but here again we fall back on the technical side).
From my personal point of view, at Bitcore we are different because we think about people, we think about nature and everything that technology can provide to everyone in general.
We are aware that the world today is changing in all environments and we adapt to this pace.
Let's see a little, the other currencies (as perspective) Bitcoin certainly the first in the ranking and very busy avoiding the blows of other currencies like Bcash.
Bcash, focused on making them believe that they Bitcoin still entered the world almost eight years after Bitcoin, with a crypto tycoon who can move the markets as he pleases.
Bitcoin Gold another fork with a few more dark started, especially because of the scam with the purse that overtook more than one BTC holder (I include myself, for having relied on the publication of themselves).
Bitcoin Private, Bitcoin Diamond, Bitcoin Red, Bitcoin Scrypt, BitcoinDark, BitcoinZ, Bitcoin Interest, Bitcoin 21, Bitcoin Atom, Bitcoin Fast, Bitcoin God, Bitcoin Plus, Bitcoin X, Bitcoin Green, Bitcoin Planet, Lightining Bitcoin, Super Bitcoin, United Bitcoin... and they're all Bitcoin?
I don't deny that everyone may or may not have their own characteristics, but let's start with the name "Bitcoin" there we can already appreciate that they are currencies with other interests beyond people.
At Bitcore BTX we have a different goal and that is to make people truly enjoy the advantages of having a decentralized crypt for the development of their lives in a comprehensive and worry-free way.
We want to make a difference and the best way is by dedicating our effort and work to improving people's quality of life.
Disclaimer: My opinion is not based on technical characteristics, but on the quality of the people who make up the team of the cryptocurrecies and on the visible intentions of each one.
Web: Official | News | Coin Specs | Roadmap | White Paper | Ecosystem | Network Update | Community | FAQ | Blog | Team Wallets: Windows | Win Wallet & Blockchain | Linux | Mac | iOS | Android | Eletrum | Zeltrez Exchanges: Bit Z | Cryptopia | hitBTC | VE Bitcoin | Exrates | Crypto Bridge | QBTC | Coinexchange | Octaex | Bitexlive | Bitibu | Trade Satoshi | PayCML Services: Livingroom of Satoshi | Kamoney | Cryptonaut | EasyRabBit.net | LuckyGames.io Block Explorers: InsightAPI | Crypto ID | Liivenet Mining Pools: Bitcorepool | Yiimp | Suprnova | Chainworks | Umine | Ant Mine Pool | Coin Miners | BSOD | BTXpool | Minersport | Omegapool | PoolGPU Market Info: CoinMarketCap | World Coin Index | Cryptocompare Source: Github | Kryptowerk | DgCarlosLeon
submitted by dgcarlosleon to bitcore_btx [link] [comments]

New exchange service for Bitcore BTX

New exchange service for Bitcore BTX
Another amazing new integration we have in Bitcore with our good friends from InstaSwap.
Artwork by Design Team - Bitcore BTX® 2018
Now the whole Bitcote community will be able to take advantage of this fabulous exchange service provided by InstaSwap on its official website.
Enjoy these powerful benefits of this great new exchange service.
We would like to hear about your experiences with this new service that we have integrated into Bitcore to keep improving and moving forward.
Web: Official | News | Coin Specs | Roadmap | White Paper | Ecosystem | Network Update | Community | FAQ | Blog | Team Wallets: Windows | Win Wallet & Blockchain | Linux | Mac | iOS | Android | Eletrum | Zeltrez | Jaxx Liberty Exchanges: Bit Z | Cryptopia | hitBTC | VE Bitcoin | Exrates | Crypto Bridge | QBTC | Coinexchange | Octaex | Bitexlive | Bitibu | Trade Satoshi | PayCML Services: Livingroom of Satoshi | Kamoney | Cryptonaut | EasyRabBit.net | LuckyGames.io | InstaSwap Block Explorers: InsightAPI | Crypto ID | Liivenet Mining Pools: Bitcorepool | Yiimp | Suprnova | Chainworks | Umine | Ant Mine Pool | Coin Miners | BSOD | BTXpool | Minersport | Omegapool | PoolGPU Market Info: CoinMarketCap | World Coin Index | Cryptocompare Source: Github | Kryptowerk | DgCarlosLeon
submitted by dgcarlosleon to bitcore_btx [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:
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.
submitted by atriaxx to RaiBlocks [link] [comments]

Transcript of Open Developer Meeting in Discord - 5/31/2019

[Dev-Happy] Blondfrogs05/31/2019
Hey everyone. I have opened the channel. So us peeps can talk :smiley:
Hello !
Hey all!
I've been on different high-priority project for Medici for last few weeks, but that should wrap up Monday and then I can spend more time on Ravencoin.
Thanks to Scotty for working on BlockBook which was needed for more wallets.
Good opening. I was going to ask- The last ravend/qt develop Github commit was on May 3rd. Can anyone comment on when work is planned to resume on?
@[Dev-Happy] Blondfrogs has been working tirelessly on Tags and Restricted Assets.
It is coming along nicely.
It is going to need lots of testing.
Just because there's been lots of changes.
[Dev-Happy] Blondfrogs05/31/2019
@Hans_Schmidt I have moved to my personal github with changes. You can check out my repo on the branch tags to view the latest commits
Topic: 12-words and time
One of the issues with 12-words on the mobile wallet is that it needs to scan the blockchain to find funds when recovering a wallet.
One proposed idea is to include additional info (optional) like a number that represents the number of weeks since Jan 3, 2009 to start scanning the chain.
@[Dev-Happy] Blondfrogs I looked at tags. tags last commit was 4/26. Is that correct?
Another proposal would be to use some of the bits in the 128 bits of entropy generated as a number (instead of entropy).
[Dev-Happy] Blondfrogs05/31/2019
yep. that is correct. I have been working on the Qt element of it, to hopefully aid with testing.
Great idea @Tron
Example: <96 bits entropy> + <32 bits timestamp>
Or <128 bits entropy> which is the seed and encoded into 12-words, and then a number like 5212 for how many weeks after Jan 3, 2009 to start scanning the chain. This would just speed things up.
Thoughts everyone?
Thoughts anyone?
[Dev-Happy] Blondfrogs05/31/2019
I love it.
It seems a good idea.
ParabolicAssoil - HODL COACH05/31/2019
Pretty smart. I am wondering how Electrum handles it and why we can't use that method. I assume it doesn't work for assets?
[Dev-Happy] Blondfrogs05/31/2019
Most Electrum wallets are light wallets, and don't use the same syncing method that our breadcore wallet uses
Electrum doesn't work for assets.
Why does it have to be part of the word seed. Then you have to remember it like a key derivation path. Why not just have the gui ask at what date to start scan?
Either method of encoding would work and be compatible with any BIP44. With the extra number, you'd ignore it for Coinomi, or JAXX. With the encoding the time into the 12 words, there'd be no change, but you'd lose 32 bits of entropy. 4 Billion times less secure if you knew exactly when the wallet was created.
@Hans_Schmidt That's also an option.
ParabolicAssoil - HODL COACH05/31/2019
Thanks for the answers, gentlemen
The long term solution in bitcoin for faster more secure SPV is Neutrino protocol.
What's Neutrino protocol?
Complicated replacement for bloom filters but has some bitcoin-core pull requests already and being pushed by the Lightning folks.
Thanks. I'll read about it this weekend.
For what you need, a gui question is MUCH simpler
[Dev-Happy] Blondfrogs05/31/2019
So @Tron for the 12 words there are two options we are talking about.
  1. Using 12 words in addition to a timestamp to help the mobile wallets sync faster?
  2. Using some about of words and a timestamp to create the private key?
Is this correct>?
Both accomplish the same thing, just implemented in the different way. Faster sync for mobile wallets
What's the status on messaging?
[Dev-Happy] Blondfrogs05/31/2019
Messaging is complete, we are wrapping it up with the restricted assets release. I am currently buiding the QT gui elements needed for both restricted assets, and messaging.
@[Dev-Happy] Blondfrogs Yes. They do the same thing. One option potentially reduces security of the 128-bit seed. The other requires writing down an extra number that is optional. 12-words + [optional number] Where the [optional number] just clues in the wallet as to when to start syncing the chain without it having to reference an API.
[Dev-Happy] Blondfrogs05/31/2019
Thanks, If it was me, I would want to not change to many critical elements of the BIP44 protocol so that we can still utilize all current existing packages and libraries that support it.
Mobile sync- Stay standard Messaging- From what I could tell, at protocol level Message and Memo are the same. Is that correct?
[Dev-Happy] Blondfrogs05/31/2019
Message and memo are the same. The only difference is how the message/memo is interpreted by the clients.
A memo that is attached to a tx that sends back to origin (for an owner token) is a message that will be displayed by clients. If the client has some of that token.
I just came here to say i love you all and keep it up. And also that we are all going to make it bruhs
Makes sense
𝕿𝖍𝖊 𝕯𝖔𝖓 𝕳𝖆𝖗𝖎𝖘𝖙𝖔 CEO ∞05/31/2019
i got my barber to my some RVN
i did my part
@Hans_Schmidt Messages make sense or that Sminem loves us all?
I know there are a lot of moving parts right now, but what is the current ETA on restricted assets and tags going to testnet?
[Dev-Happy] Blondfrogs05/31/2019
Currently the protocols are complete. However, to make testing easier for the average user, we are working on basic Qt functionality before we will release.
I would say 1-2 weeks of development on the QT side, and we will be ready for testnet
What is situation with dividends, i'm dumb
we had BW develop it but he cannot anymore due lack of time
We will need to re-assign it or do it next.
sorry if it has been asked
No, excellent question.
[Dev-Happy] Blondfrogs05/31/2019
I have been working with a member of the community that has been implementing dividends.
[Dev-Happy] Blondfrogs05/31/2019
I will have more info on that next week
CryptokittyPizzaBoi JON.NETWORK05/31/2019
How is voting coming along?
[Dev-Happy] Blondfrogs05/31/2019
voting was pushed back in order to work on restricted assets.
So voting will be the next phase after testing of the latest build makes it to mainnet
Just wanted to randomly add that you all rock! It can't be said enough
Awesome news on the timing @[Dev-Happy] Blondfrogs
[Dev-Happy] Blondfrogs05/31/2019
yes sir :smiley:
Any other questions we might be able to answer for you peeps?
I haven't tried to test tags branch (restricted) on testnet because that would be another fork in a sea of forks. A pre-gui messaging+restricted "official" release would be helpful
[Dev-Happy] Blondfrogs05/31/2019
Yeah, we can do that. I will work on that start this next week. and hopefully we can release testnet sooner.
Any tooling, or 2nd level stuff that's missing that is needed?
[Dev-Happy] Blondfrogs05/31/2019
There are a couple things missing that will help view data but all protocols and consensus should be working and testable
john mclaine05/31/2019
I just want to thank you, and tell you that my contribution will be to write an article in French detailing the entire RAVENCOIN project and its perspectives. IN CODE WE TRUST
[Dev-Happy] Blondfrogs05/31/2019
sounds good @john mclaine
I think we are going to call it for today everyone. Sneak in some questions if you have them in the next minute or so
Hey guys, I've been around since late Jan 2017 and just want to say that you guys rock. I haven't been following as much lately since I've been busy with life, but was wondering if there is a guesstimation on when the roadmap will be completed
[Dev-Happy] Blondfrogs05/31/2019
Hopefully end of 2019. A nice little holiday miracle.
would be a nice X-mas present indeed. Thanks guys for your hard work. You guys rock
Wow, that's sooner than I was anticipating. This is a great project and I'm glad that I took a leap of faith with it when I first heard about it. Keep up the good work :)
[Dev-Happy] Blondfrogs05/31/2019
Thanks everyone. Have a great weekend and keep spreading the word of CAAAWWWWWWW
We are out :smiley:
Best dev team anywhere
Sevvy (just wow)05/31/2019
Thanks all!!!
Seal <:cricat:> Clubber05/31/2019
submitted by mrderrik to Ravencoin [link] [comments]

WolfpackBOT - The world's fastest and most secure trading bot

WolfpackBOT - The world's fastest and most secure trading bot



According to wikipedia, Blockchain is originally known as bloc chain, It is a growing list of records known as blocks which is linked using cryptography, each of these blocks contain a cryptographic hash of the initial block, a transaction data and a time stamp.
Since its emergence in the year 2008, when Nakamoto satoshi discovered and introduced bitcoin, there has been serious efforts to integrate the blockchain technology into several aspects of various process of global business , The blockchain technology has been described as having the potential to disrupt many industries with immutability, low-cost transaction, and enhanced maximum security. So many other blockchain implementations have been deployed and developed with unique features designed to specific use-cases.
The blockchain technology has made possible to issue assets through a distributed ledger framework. With cryptocurrency tokens, Assets can be given economic value in order to validate and initiate transactional processes.


  1. Decentralised payment processing,
  2. Creating an immutable system of recording,
  3. Reducing Cost of Transaction and
  4. Enhanced Security.
  5. Now that we have reminded ourselves of what blockchain technology is, let’s look into the subject matter.


WolfpackBOT is a highly advanced cryptocurrency trading software that allows for the execution of trades at lightning speed using proprietary trading algorithms, proprietary “Werewolf” Trading Analysis configurations, or user customized settings based on personal trading style. WolfpackBOT also allows for simultaneous trading access to all compatible cryptocurrency exchanges that are available to the bot, and all trading pairs with the WerewolfBOT subscription package.
WolfpackBOT is introducing an industry first, a beautiful automated cryptocurrency trading console: The WolfBOX. This efficient and sleek piece of hardware will conveniently allow for the full utilization of a bot subscription without the need for a VPS or dedicated computer. The WolfBOX will also include a built-in secure Hardware Wallet and RFID card reader to optimize ease-of-use and functionality.
WolfpackBOT trading software is enabled with limit, market, and “Wolf Trade” orders on all trading candles, including one-minute candles, with the widest array of technical trading indicators available on the market. WolfpackBOT's proprietary “Wolf Trade” orders provide superior market sell orders with a bite! WolfpackBOT is the only trading bot to feature live price scanning on your positions and also handles partial fills with ease, meaning you don’t miss out on orders. WolfpackBOT is incredibly fast and can fulfill up to 10,000 trades per day depending on market conditions and subscription package.
WolfpackBOT allows simultaneous trading access to all cryptocurrency exchanges that are available to the bot, and all trading pairs through the WerewolfBOT subscription plan. Not only do inferior bots allow limited access to one exchange and one trading pair per bot, they also store your API keys remotely on servers which are potentially susceptible to hacks and pump and dump attacks. User security and API key protection holds a high priority within the WolfpackBOT framework which is why it is the only trading bot that gives users full control with local management of their API keys.
Masternode and Proof of Work X11 Blockchain
Wolfcoin Blockchain with X11 Proof of Work Mining and Masternode Reward Systems The Wolfcoin blockchain and network are both designed and engineered to ensure store of value, transactional speed and security, and fungibility. The main goal of the Wolfcoin blockchain is to facilitate fast and secure transactions with a governance that helps sustain the network for the benefit of all users. The Wolfcoin blockchain is a two-tier network comprised of a Proof of Work (PoW) consensus mechanism powered by miners and a Proof of Service (PoSe) system powered by masternodes.
The Wolfcoin blockchain is secured through Proof of Work (PoW) in which miners attempt to solve difficult problems with specialized computers. When a problem is solved, the miner receives the right to add a new block to the blockchain. If the problem was solved correctly, the miner is rewarded once the block is added.
The second tier, which is powered by masternodes, enables Wolfcoin to facilitate private and instant transactions with Private Send and Instant Send. Masternodes are also rewarded when miners discover new blocks.
The block reward is distributed with 80% going to the masternodes and 20% going to miners. The masternode system is referred to as Proof of Service (PoSe), since the masternodes provide crucial services that support the features of the network.
Masternodes also oversee the network and have the power to reject improperly formed blocks from miners. If a miner tried to take the entire block reward for themselves, the masternode network would orphan the block ensuring that it would not be added to the blockchain.
In short, miners power the first tier, which is the basic sending and receiving of funds and prevention of double spending. Masternodes power the second tier, which provide the added features that make Wolfcoin different from other cryptocurrencies. Masternodes do not mine, and mining computers cannot serve as masternodes.
Additionally, each masternode is “secured” by 10,000 WOLF. Those WOLF remain under the sole control of their owner at all times. The funds are not locked in any way; however, if enough of the funds are moved or spent to cause the user’s holdings to drop below 10,000 Wolfcoin, the associated masternode will go offline and stop receiving rewards.
By pre-ordering your WolfpackBOT subscription, you will also receive Wolfcoin as a reward that can be utilized in the following ways:
  • Redeemable for WolfpackBOT subscriptions
  • Redeemable for the WolfBOX Console
  • Redeemable for WolfpackBOT and Wolfcoin apparel and merchandise
  • Fungible utility that can be exchanged for like value on exchanges
When you hold at least 10,000 Wolfcoin in your Wolfcoin wallet connected to a static IP address, you will become a masternode, meaning you will have a chance to receive 80 percent of the block reward every sixty seconds.


WolfpackBOT Automated Trading Software:

After the crowdsale, Wolfcoin will be the exclusive method of payment for WolfpackBOT Automated Trading Software subscriptions.

Multiple Technical Analysis Indicators:

WolfpackBOT offers the widest array of multiple Technical Analysis indicators, oscillators, configurations and settings available in the world of Automated Cryptocurrency Trading Bots. WolfpackBOT provides Bollinger Bands, Double EMA, Elliot Wave, EMA, EMA Cross, Fibonacci Sequence, KAMA, MA Cross, MACD, RSI, SMA, Stochastic, Stochastic RSI, Triple EMA, and many more!

Shorting Features:

WolfpackBOT includes Cryptocurrency Shorting Features that allow users to short their positions and buy them back at the lower price to maximize their returns.

Copyrighted Crash Protection:

Crash Protection, one of WolfpackBOT's most advanced features, enables users the option to automatically scan and convert all positions to a stable coin at the sign of our proprietary Hidden Bear Divergence Indicator, and then buy back into base currency to resume trading at the sign of our proprietary Hidden Bull Divergence Indicator.

Language Translator:

WolfpackBOT has a built in Language Translator that instantly translates the entire BOT into Dutch, English, French, German, or Spanish.

All Trading Pairs on all available Exchanges:

WolfpackBOT allows our customers to simultaneously trade on multiple cryptocurrency exchanges, and with all the exchange’s trading pairs available for trading. The best part is that it’s all possible on one bot with one subscription to the WerewolfBOT package!

Coin Selector:

While other automated trading platforms only allow for a limited amount of coins per subscription, WolfpackBOT allows all trading pairs and all coins to be traded on all the available major exchanges with the WerewolfBOT subscription. WolfpackBOT's proprietary Coin Selector allows for users to choose whether to trade all cryptocurrencies or blacklist some, thus not trading them at all, as well as search for the highest volume, greatest performing, or a specific volatility range of coins for a given timeframe.

Werewolf Configurations and Settings:

Werewolf Configurations and Settings are copyrighted trading algorithms that use proprietary optimum settings for trading: the perfect configuration for experienced and inexperienced traders alike. These settings can be adjusted to the current market trend, with preset configurations for bear, sideways, and bull markets.

Werewolf Ultimate:

Werewolf Ultimate is the ultimate choice when trading. It doesn't trade a particular trading pair or particular coins, it trades them all. It goes in for the kill to increase the potential returns. Crash Protection is a built-in feature in Werewolf Ultimate.

Werewolf Bull Market:

Werewolf Bull Market are preset settings and configurations that are usable when your Base Trading Pair is in a Bull Run. Werewolf Bull Market settings are optimized for such conditions and should only be used in a Bull Run Market.

Werewolf Sideways Market:

Werewolf Sideways Market are preset settings and configurations that are usable when your Base Trading Pair is trading sideways. Werewolf Sideways Market settings are optimized for such conditions and should only be used in a Sideways Trading Market.

Werewolf Bear Market:

Werewolf Bear Market are preset settings and configurations that are usable when your Base Trading Pair is in a Bear Run. Werewolf Bear Market settings are optimized for such conditions and should only be used in a Bear Run Market.

The WolfBOX Hardware Console:

WolfpackBOT also offers an industry first: a beautiful hardware console, The WolfBOX. Our console comes preloaded with WolfpackBOT Automated Trading Software and also includes a built-in secure hardware wallet. Some of the key features of the WolfBOX include our high-speed CPU, solid-state hard drive, built-in RFID card reader, and integrated Bitpay and Coinbase wallets.

Wolfpack Consulting

Our company offers its services and expertise as Cryptocurrency and Blockchain Specialists to individuals and companies. We offer consulting services in the fields of blockchain and cryptocurrency development and management.

Wolfpack Philanthropy

We are dedicated to the proposition that we have a responsibility to use a portion of our company’s revenue to help create a better world and a brighter future. As we move forward, our philanthropic efforts include environmental stewardship, renewable energy, human rights, economic development, as well as animal and wildlife rescue and conservation with an emphasis on dogs and wolves.

Wolfcoin Information

THE WOLFCOIN Wolfcoin is the coin that fuels all WolfpackBOT's projects.
This utility, coupled with the reward systems with mining and Masternoding capabilities, makes the use of Wolfcoin potentially appealing to all WolfpackBOT users whom are interested in receiving additional Wolfcoin for subscriptions, merchandise and other rewards such as passive cryptocurrency portfolio growth.
THE WOLFCOIN WALLET WolfpackBOT uses our proprietary Wolfcoin Core QT wallet.
February 2018 Conceptual development of WolfpackBOT Software
May 2018 Company Roadmap development Alpha models of WolfpackBOT Software
June 2018 Ongoing research, development, and testing
October 2018 Advertising and Marketing Campaign Starts Wallets available for payment; BTC, BTG, DASH, DOGE, ETC, ETH, LTC October 15 - Pre-registration begins
November 2018 November 1 - Crowdsale Stage I begins
December 2018 Official presentation of WolfpackBOT beta Software Preview Creation of Wolfcoin (WOLF: 300,000,000 coins pre-mined on Genesis Block) WolfpackBOT beta Software release to selected customers
December 21 - Launch network and mine Genesis block
December 22 - PoW / Mainnet
December 23 - Blockchain and network testing
December 28 - Iquidis Wolfcoin Block Explorer released on our website
January 2019 January 1 - Wolfcoin Core wallets available for download on the website January 1 - Wallet and Masternode Tutorial available January 1 - Masternode and PoW instructional videos available January 1 - Subscription Pre-order Coin Rewards disbursed Announcement listing WOLF on top-10 Exchange
February 2019 February 1 - Crowdsale Stage I Ends February 1 - Crowdsale Stage II Begins
March 2019 March 15 - Crowdsale Stage II Ends March 15 - Crowdsale Stage III Begins WolfpackBOT Software roll-out to contributors WolfBOX Console available for Pre-order
April 2019 WolfpackBOT Subscriptions available for customers First Major version released: automated, manual, and paper trading WolfpackBOT Live support center April 30 - Crowdsale Stage III Ends
May 2019 WolfBOX Consoles Pre-orders first shipment
June 2019 New trading features such as new exchanges, strategy options and indicators
July 2019 New trading features such as new exchanges, strategy options or indicators
August 2019 WolfpackBOT Software Trading Platform V2.0 Second major release: Strategy Marketplace and Back-testing
September 2019 New trading features such as new exchanges, strategy options or indicators
October 2019 WolfpackBOT Software Trading Platform V3.0 Third major release: Signals Marketplace (Supporting 3rd Party App Signals) Mobile Application for WolfpackBOT Software and Trading Platform
November 2019 New trading features such as new exchanges, strategy options or indicator
December 2019 WolfpackBOT Software Trading Platform V4.0
January 2020 WolfpackBOT Software Trading Platform V5.0 Fourth major release: Machine Learning Strategy Optimization


Philip Longhurst Chief Executive Officer The leader of our pack and the man behind the WolfpackBOT trading bot, Philip Longhurst is a mathematical genius, engineer, day trader, and animal rescuer. As an account manager for J.P. Morgan and MBNA Bank, Phil managed the accounts of several high-profile clients and businesses. He has been successfully trading stocks for over twenty-five years and has successfully applied his trading expertise and mathematical acumen to the cryptocurrency market since 2013.
Philip holds bachelor's degrees in mechanical engineering and business administration and is a loving husband, father, and family man who has been rescuing dogs since 1995. His driving desire is to use the success of Wolfpack Group to create a brighter future for humanity. He currently resides in the United States of America with his wife, daughter, and dogs.
Rogier Pointl Chief Financial Officer Rogier Pointl is a successful entrepreneur with nearly twenty-five years of experience in business management, marketing, financial administration, economics, and fintech. Rogier holds bachelor's degrees in Business Communications and Financial Administration. He is a pioneer in the field of virtual reality, having served as CEO and owner of Simworld, the first virtual reality racing center in Europe, where he oversaw the development of advanced simulator and virtual reality hardware and software.
Rogier is an experienced trader and has been trading stocks since 2007. He began applying his expertise to the cryptocurrency market in 2010, gaining experience as a Bitcoin miner along the way. Rogier is a loving husband and father and currently resides in the Netherlands with his wife and two daughters.
Jason Cormier Chief Technical Officer Jason Cormier is a humble -but extraordinary- individual who is blessed with a Mensa IQ of 151, he is continually driven by a desire for knowledge and self-growth. He is self-taught in Visual Basics, C#, C++, HTML, and CSS and began developing programs and applications at the age of 14, including the TCB Wallet, which was the first ever wallet program that held its users' log in names and passwords. Jason is a cryptocurrency guru whose expertise includes cryptocurrency mining farms, proof-of-stake, masternodes, and cryptocurrency trading.
Jason holds Associate degrees in Computer Science and Psychology, and currently resides in the United States of America with his wife and son.
Jay McKinney Chief Web Development and Design Officer Jay is a veteran of the Iraq War who put his life on the line in combat to protect our freedoms. To center himself while stationed in the Iraqi warzone, he taught himself C# as he knew honing his Web Development skills would help him provide a better future for himself and his family. Upon returning home safely, he worked his way through college and holds bachelor's degrees in Computer Programming and Web Development & Design.
Jay has worked for the Kentucky Housing Corporation, serving as a software engineer and web developer. He is a loving family man who currently resides in the United States of America with his wife and two children.
David Johnson Chief Software Development Officer David holds a Master of Science degree in Information Systems and a Bachelor's degree in Business Administration with a specialization in Information Systems, graduating with Magna Cum Laude status. He has worked for the Kentucky Housing Corporation, serving as a network analyst and software engineer. As an entrepreneur, he has owned his own web and software development company since 2009, creating and maintaining several websites in C# and PHP, and has been operating the crypto-oriented YouTube channel BigBits since 2017, where he discusses automated Cryptocurrency trading strategies.
David is a proud father of two and resides in the United States of America with his wife and children. Like any good Kentuckian, he is a huge fan of the University of Kentucky's college sports teams.
Gabriel Condrea Software and Web Development Officer Gabriel Condrea holds a bachelor's degree in electrical and computer engineering and has worked as a software developer and senior systems engineer in both the United States and the United Kingdom, working with a variety of programming languages and IDEs. He has used his expertise to create Manufacturing and SCADA systems in industrial applications.
Gabriel also applies his engineering skills to cryptocurrency day trading, seeking to automate the process. He loves to travel and currently resides in the United States with his girlfriend.
Igor Otorepec Chief Hardware Development Officer Igor is an engineer with twenty years of experience specializing in advanced PLC programming and industrial robotics. He is also an IT security expert and a CEC Certified Ethical Cracker who uses his skills to expose and patch security vulnerabilities in blockchain codes.
Igor is an advanced cryptocurrency trader and Kung Fu master who uses bio-hacking as a way of life to keep his 'chi' constantly centered. He currently resides in Austria with his loving wife.
Manik Ehhsan Director of Marketing and Public Relations Manik holds a Bachelor's degree in Computer Science and has over five years of experience in Web Development, Digital Marketing and Graphics Design. He has also managed the marketing for more than 30 successful Cryptocurrency start-ups and projects, and specializes in SEO and ASO. Manik is also a Cryptocurrency project promotion expert with an emphasis on Masternodes and building Social Media Communities.
Manik has focused his life on Cryptocurrency and currently resides in Bangladesh with his loving family.
Rance Garrison Chief Marketing Officer Rance Garrison holds a bachelor's degree in Business Administration and specialized in Seminary Studies for his Master's degree. He served as an AmeriCorps VISTA at WMMT-FM, the radio station owned by Appalshop, an arts and education center in Kentucky, and has also specialized in local cable television advertising. Rance is also a musician who has released several albums independently over the last decade.
Rance is very dedicated to his local community and is most excited by the potential implications of cryptocurrencies and blockchain technology for rural and remote economies. He currently resides in the United States of America with his wife, dog, and cats.
Paul Gabens Chief Public Relations Officer A master negotiator with a penchant for strategy, Paul Gabens brings more than twenty years of marketing and promotional experience in the automotive, hospitality, and entertainment industries to the Wolfpack. He is also an avid stock and cryptocurrency trader, having first entered into the cryptocurrency market two years ago, embracing his passion for crypto with the same vigor as his love for travel, classic cars, extreme roller coasters, and surfing.
Paul holds degrees in business management, marketing, and automotive aftermarket. He currently resides in the United States with his fiancé and two cats.
Blake Stanley Marketing and Social Media Officer Blake Stanley is a cryptocurrency enthusiast who also has over six years of experience managing both government and private sector client and customer relations. A strategic thinker and expert in the field of social media-based advertising, Blake also owns and manages his own online marketing company where he has been successfully curating and implementing online marketing and advertising strategies for his clients for the past three years.
Blake is a proud father and family man and currently lives in the United States with his daughter and fiancé.
Martin Kilgore Market and Trading Analyst Martin Kilgore holds bachelor’s degrees in both accounting and mathematics, having researched Knot Theory and the Jones Polynomial during his undergraduate studies, giving him a firm edge when analyzing market conditions. He has worked as a staff accountant for several governmental organizations.
Martin lives in the United States with his fiancé.
Jonathan McDonald Chief Trading Strategy Officer Jonathan has honed his trading skills over the past five years by studying and implementing economics, financial strategy, Forex trading analysis and trading bots. Through his constant learning, he discovered Cryptocurrency after seeing the difference in market volatility and high yield trading. His fine-tuned trading strategies complement Crypto markets perfectly, and he has been implementing trading strategies to the Cryptocurrency market for over a year with phenomenal results. Jonathan is constantly improving his trading skills with an emphasis on scalping techniques. He has applied his trading skillset to the WolfpackBOT and enjoys working alongside the Wolfpack in creating the fastest trading bot on the market.
Jonathan currently resides in Canada with his supportive girlfriend and family.
Web site: https://www.wolfpackbot.com/
Technical document: https://www.wolfpackbot.com/Pdf/whitepaper_en.pdf
Bounty0x username: idrixoxo
submitted by idrixoxo2015 to u/idrixoxo2015 [link] [comments]

Bitcoin-QT wallet review Bitcoin to Mongo transfer - Prometheus business Bitcoin move down? Livestream by Brian Armstrong Coinbase ... Bitcoinvideopoker autoplay mode + withdraw to android blockchain.info bitcoin cloud wallet How to run Bitcoin Core on external Hard Drive

Bitcoin blockchain file size is more than 150 GB, Monero wallet size is more than 50 GB and Litecoin wallet is more than 20 GB. With such huge blockchain file size syncing it from the start is going to take a long time. Well, by using bootstrap file you can speed up the wallet synchronization process but it still uses a lots of resources. So what is the simplest, easiest and fastest way to ... Bitcoin-Qt version 0.8.3 is now available from: ... If you are upgrading from version 0.7.2 or earlier, the first time you run 0.8.3 your blockchain files will be re-indexed, which will take anywhere from 30 minutes to several hours, depending on the speed of your machine. 0.8.3 Release notes. Truncate over-size messages to prevent a memory exhaustion attack. Fix a regression that causes ... Because syncing wallets using bootstrap.dat method is no longer advantageous and is not necessary anymore. As of Bitcoin Core version 0.10.0 and later downloading blockchain using peer to peer network is much faster and downloading blockchain directly using core wallet client is much efficient. After installing the bitcoin client (Qt) a friend got interested as well. He doesn't have as fast an internet connection, though, so I thought of burning some DVDs with the blockchains for him to have. I saw this question on how to transfer blockchain from PC to Mac and the solution was to copy the whole "Bitcoin" folder. However, that folder ... If you have already downloaded the data then you will have to move the data to the new folder. If you want to store them in D:\BitcoinData then click on "Properties" of a shortcut to bitcoin-qt.exe and add -datadir=D:\BitcoinData at the end as an example: "C:\Program Files (x86)\Bitcoin\bitcoin-qt.exe" -datadir=d:\BitcoinData Start Bitcoin, now you will see all the files are created in the new ...

[index] [15975] [10092] [6277] [35673] [2245] [22466] [11582] [44075] [36360] [48042]

Bitcoin-QT wallet review

Blockchain Receive Payments API v2 HD BIP32 xpub - Duration: 11:36. m1xolyd1an 22,824 views. 11:36. ... Bitcoin - The Movie (How Bitcoin.DE works) - Duration: 2:13. BitcoinDeutschland 196,328 ... Transfering Bitcoin from Blockchain to Coinbase - Duration: 3 ... Building Bitcoin Websites - Blockchain API 1 of 2 - Duration: 13:00. m1xolyd1an Recommended for you. 13:00. How to Send Bitcoins ... Coinbase are glad to announce news about Btc with Bitcoin price prediction. Also, we prepared a distribution 6 000 BTC cryptocurrency coins to giveaway for o... Communicate with Bitcoin-qt using C# - .NET how to make applications with Bitcoins. For the Love of Physics - Walter Lewin - May 16, 2011 - Duration: 1:01:26. Lectures by Walter Lewin.