We chose Argon2D because its CPU-only mineable and GPU resistant. It has been implemented only in Dynamic coin (DYN) but this coin comes with a horrendous premine.
As someone who develop miners, let me state clearly that: Argon2d is not "CPU-only". I guarantee you GPUs will provide an advantage over CPUs, even if that's only ~5× in terms of perf/$ and perf/watt. I will write a Credits GPU miner if no one else does.
|
|
|
Bittrex has already listed ZEN
No. ZEN is nowhere to be found. Zencash is visible in the "WALLETS" tab, where it stands in [Maintenance Mode]. I have my ZCL > ZEN changeover coins accounted for in the balance, it worked. "listed" means "is trading". So yeah the wallet is here but it's not trading.
|
|
|
Bittrex has already listed ZEN
No. ZEN is nowhere to be found.
|
|
|
I have updated my models (CSV files) showing how much was mined in dollars as well as in BTC by the Antminer S5 since its release date, and I also added data for the S7 and S9: http://blog.zorinaq.com/assets/income-antminer-s5.csvhttp://blog.zorinaq.com/assets/income-antminer-s7.csvhttp://blog.zorinaq.com/assets/income-antminer-s9.csvAcross its lifetime (which ended on 8 Oct 2016 as its first unprofitable day), an S5 mined 4.93 BTC ($1021 if selling the BTC on a daily basis). Across its lifetime (still profitable and running as of 15 May 2017), an S7 mined 6.96 BTC ($2481 if selling the BTC on a daily basis). Across its lifetime (still profitable and running as of 15 May 2017), an S9 mined 4.56 BTC ($2974 if selling the BTC on a daily basis). (Note that these calculations do not take into account extra income from tx fees, as until recently most pools did not pay out fees to miners.)
|
|
|
Interesting, nice calculations.
Ultimately everything is always linked to the BTC price. If it doesn't gain value, fewer people are enticed to mine, so the difficulty doesn't increase as much, leading to more BTC-denominated profits.
|
|
|
How much was raised overall? JINN+BTC
Jinn = 941'297 = (0,0063 btc jinn) = 5930,1711 BTC = 930.96250857 so the total is : 6861,13360857 BTC --- 3.035.000 USD if my calculations are right ... wow why the collection of jinn was so high? I know it's 2 years later but your question was never properly answered. And I was curious about this, so I researched it: Sergey Ivancheglo (aka Come-From-Beyond) is the creator and founder of both JINN and IOTA. He claims it here: http://come-from-beyond.okis.ru/ Therefore he probably owns (owned?) a large amount of JINN. And naturally he allowed the IOTA crowdfunding to accept JINN investments, so he could dump his JINN and get a large share of the IOTA supply. I would guess most of the JINN investments comes from CfB and since they represent 86% of the total amount crowdfunded, it is fair to say he probably owns a very large amount of IOTA.
|
|
|
Also, do you have any limitations as to which jurisdictions can invest?
We are open for investment from all jurisdictions. This must have changed after you wrote this, because now your https://ico.taas.fund/pages/terms/ deny access to US residents.
|
|
|
from op: 3 600 000 ZETH will be issued for Early adopters = 60% So i presume it will be about 6mil Thanks. OP should make this more prominent.
|
|
|
Interesting but where is the supply total? I'll do the tweet later today
A month later and still no info on total supply? Nobody should invest in this coin if the total supply isn't even known.
|
|
|
I've been away for some time from the forum and I need a bit of info for a material about bitcoin mining past and what might be in the future
I'm calculating profitability only in terms of electricity bill/ profit in usd , I'm not taking into account roi or anything else, also not interested in the so called free electricity.
So I need the data about the most efficient miners in the past two years. As I understand the s9 was released in June 2016 and the s7 in august 2015 (correct me if i'm wrong). Were those two the most efficient at any given time or do I have to take others into account?
I wrote a post a month ago that perfectly answers your questions: http://blog.zorinaq.com/bitcoin-electricity-consumption/ In short: - Jun 2015: KnC Solar at 0.07 J/GH
- Oct 2015: S7 (BM1385) at 0.25 J/GH
- Nov 2015: Canaan Avalon 6 (A3218) at 0.29 J/GH
- Jun 2016: S9 (BM1387) at 0.10 J/GH
- Oct 2016: Bitfury 16nm at 0.06-0.13 J/GH
- Nov 2016: Canaan Avalon 721/741 (A3212) at 0.15 J/GH
The post also links to a CSV file that shows the real world profitability of an Antminer S5 over the course of its lifetime, given the evolution of the difficulty, price of Bitcoin, etc
|
|
|
Some people might look at the thread title and think "what is an altcoin miner doing on this subforum"! But it is just a blast from the past... 6 years later, just for kicks, I put the source on github as a historical artifact: https://github.com/mbevand/hdminer
|
|
|
rethink-your-strategy doesn't appear to be active anymore, but I'd just like to say that the original post in this thread is great detective work! Someone should really do some serious editing of https://en.wikipedia.org/wiki/CryptoNote which misrepresents the whole CryptoNote/Bytecoin story.
|
|
|
Thanks d5000! I put a lot of effort into gathering the data, making sure it is correct, and writing this post. I am glad you appreciate the research I put into it.
In general I took the power efficiency numbers as reported by end-users (when available), which tend to slightly over-estimate manufacturer figures. Eg. the Avalon 6 was advertised at 0.28 J/GH, but I use 0.29 J/GH as reported by users with their power meters.
|
|
|
Indeed, I also wrote a critic of one of these price-based estimations: http://blog.zorinaq.com/serious-faults-in-beci/First of all, note that the majority of mining farms operate at very low overheads—PUE 1.05 or less. I start my calculations by taking into account only system-level cooling overhead (chassis fans, Bitfury liquid cooling tech, etc), and not data center-level cooling overhead, because my power and efficiency figures are measured "at the wall". For my "best guess" figures, in theory I should take into account the PUE by adding 5% to my figures. But the range is pretty large (470-540 MW), not meant to be ±5% accurate, so I don't think it's useful to add 5%. For my lower and upper bound, I don't need to take into account the PUE. The lower bound, by nature, needs to assume the overhead is zero. And the upper bound is such a worst-case & unrealistic estimate (by assuming miners always deploy the least efficient hardware of their time) that it must surely already overestimate power by at least 5%, which is equivalent to taking the PUE into account.
|
|
|
When using the "raise network fee" option, Bitcoin Wallet for Android 5.14 disregards the fee category the transaction was initially sent at (ECONOMIC, NORMAL, PRIORITY) but blindly takes the PRIORITY fee value, and multiply it by 2 (hence implicitly assuming a transaction of 1kB since PRIORITY is supposed to be a value in sat/kB): feeRaise = data.get(FeeCategory.PRIORITY).multiply(2);
This causes unnecessarily high fees. For example today I had a small 225-byte transaction stuck unconfirmed after 10 mined block despite a fee of ~28000 sat (~126 sat/B, a NORMAL fee). When I tried to raise its network fee it generated a second 192-byte tx with a fee of 320000 sat because PRIORITY right now is at 160000: $ curl https://wallet.schildbach.de/fees ECONOMIC=25000 NORMAL=125000 PRIORITY=160000
So in total I paid ~348000 sat for 417 bytes or ~835 sat/B, which is 4 times higher than necessary according to https://bitcoinfees.21.co which recommends ~220 sat/B for an estimated delay of 0 blocks. IMHO the code should be changed to properly compute the fee in sat/B instead of assuming a 1kB transaction. And I question the validity of picking 2*PRIORITY. Shouldn't the logic of raising the fee be "pick the next higher-category fee" and only if at PRIORITY already, multiply by 2 (or 1.5 or some other less drastic value)? Thoughts, anybody?
|
|
|
Yeah I am the plaintiff. Nothing special to my story, it's the same as hundreds of other BFL customers (they never refunded me the money for a cancelled order.) So I'm suing them.
|
|
|
|