50 % premined
Yes, the entire basis of the quantitative adjustment for the currency is that there needs to be a money supply that can be tightened or eased at set intervals. Where would these funds come from if we did not pre-mine? This is explained in detail in Appendix B of the
Official Whitepaper.
These are the properties of the 50% pre-mine:
~33.33% (7,000,000 units) of the total money supply was pre-mined and is reserved for periodic OMO.
~6.67% (1,400,000 XBR) of the total money supply was pre-mined and is allocated to team compensation.
10% (2,100,000) of the total money supply was pre-mined and is allocated to ongoing operations (bounties, development, infrastructure, etc.).
Here's a quick screenshot if you don't have time to download and review the whitepaper.
Obviously, it is tempting for a developer to print his or her own money; but the main benefits are lost if a development team overpowers market demand with its own self interested supply. Strong control of ownership in our semi-centralized model is important since its almost certain that effective circulation will be reduced via quantitative tightening effort at some future point. Lastly, it's important to compensate oneself and one's team with an amount more substantial than just walking around money should the project prove sustainable.
Lastly, Bitcoin Core was 0% "pre-mined" and Ripple Labs was 100% "pre-mined". Both of those projects have found their niche and are objectively successful within the context of the modern cryptocurrency movement. bitcoinR has merely split the difference and allocated the vast majority of the pre-mine to a long-run attempt to stabilize the price of XBR (+/- 15% from target) while allocating the minority of the pre-mine to sustaining operations via continued technical/procedural improvement and the motivation of the team.
Hi dev, this project sounds very interesting and quite new to cryptoworld. hope this project will get the success.I have an eye on it.
Thanks lorikate! Keep an eye on the hashpower, it is not a perfect gauge of popularity, but it is at least a little nod to participation. Here's the
bitcoinR Block Explorer, the reason why the hashpower is important is because it represents a category of broader cost elements required for participation.
It stands to reason that one would not expend time, effort and cost-based electricity and machine depreciation to mine a currency that they did not assume would have a future monetary value.
So, by more than would be likely by just chance we think "this project will get the success."
NS
So far a Nice project, It’s really good to see that this project is focusing on some risk factors along with manipulation of the currency price, let’s see how they could cover these factors.
Hey prettiestgirl,
Thanks for the kind words. It should be noted that currency price "manipulation" and "stabilization" are very different objectives indeed, backed by wholly different intent. A big advantage that we have is that we have been very transparent from the start and we have been careful not to commit any arbitrary actions.
We are telegraphing our actions far in advance via the outline of our Open Market Operations (OMO) in the whitepaper with the stated intent to adjust the currency for stability within a (+/- 15%) range of target to achieve the dual purpose of store-of-value stability and a triangular arbitrage price-range to encourage trading volume for liquidity purposes.
For these reasons, I respectfully submit that our planned activities fall far outside the boundaries of "manipulation" and well within the boundaries of "stabilization".
So, thanks again for the nice post and sorry for the lecture.
NS
Why you don't make this cryptocurrency on CPU mining algo at first place?
Hey Kalin79-
Thanks for your continued interest. We considered the possibility of a CPU-only algorithm like CryptoNight, but felt that widespread adoption of bitcoinR mining would be best accomplished by staying with SHA-256 for three reasons:
1. Few individuals who mine with CPUs know much about hashing algorithms and are unlikely to prefer one over another. They simply download and install a miner and await a block discovery. The somewhat hesitant adoption of this in early April reinforced the case that most people weren't able to understand it. We knew then we'd made the right decision using SHA-256 to eventually approach veteran miners.
2. For those individuals who are veteran miners, we posited that they likely have access to equipment that they previously used to mine BTC and were unable to sell / liquidate via eBay or Amazon. Due to the individually held backlog of SHA-256 mining equipment we envisioned a veteran mining cohort that could get going faster in the mining of XBR by redeploying this unused / obsolete BTC mining inventory.
3. A substantial aggregate network hashpower, evenly spread over a great number of individuals or entities has a better chance of decreasing the probability of a 51% attack.
Once serious miners can get their heads around the hashpower and difficulty going up and up, they can assess what individual hashpower requirements will be necessary to mine a block individually or as part of a pool. Smart miners will make an attempt to
jump the queue at a discount by going to a place like eBay, Craigslist, Ganji, Xianyu and pick up a used Antminer S9 for less than $200 USD which should, at present, be adequate to mine XBR. Some vendors on Alibaba will give miners a discount (<$100 each) if they buy massive quantities of 10 or more.
CPU mining of XBR is now largely a lost cause I'm afraid. I updated and uploaded v.29 of the
Official Whitepaper today to reflect this.
NS
[moderator's note: consecutive posts merged]