Pages:
Author

Topic: [PRE-ANN][HVC] Heavycoin - Ultra-secure, Decentralized Block Reward Voting, Fast - page 61. (Read 140040 times)

newbie
Activity: 15
Merit: 0
looking at the IPO, I'd like to go at least 5 BTC deep. which would give me roughly 16% of the total IPO.

however I would be naive to think that there isn't going to be some last minute rush. So the game then becomes trying to figure out what exactly the total IPO investment is going to end on. I am guessing we might see a 100 BTC IPO, thus only giving me 1/20th with a 5 BTC investment.

a ~100ish BTC IPO would establish the base price to be (100/(5*10^6)) = 2*10^-5 = 0.00002 BTC, which oddly enough I dont feel very comfortable with, seems a bit high for a new coin. I would hope the price would rise past that as a potential investor

hmm, decisions decisions....
newbie
Activity: 14
Merit: 0
actually we are having trouble keeping up with the amount of messaging we are getting over PM and BitMessage!

I hope you consider this as good and I hope my article has helped with that. Wink
full member
Activity: 210
Merit: 100
one guy has 77% of the total ipo coins.. :/ not good.. should have set a limit!

It is not possible to set or enforce a limit in the crypto-currency realm.  people just use multiple accounts and Bitcoin addresses.  Any limit would be artificial and misleading.  at least with our IPO you can see what the distribution is! Smiley    there's still plenty of time to go and prudent investors are probably waiting utill near the end, so we are sure the "whale" will be diluted.
full member
Activity: 210
Merit: 100
If there are sufficient branches in the hashing algorithm, GPUs will suffer bigtime as most lack any form of branch predictor or branch logic (let alone lookup/lookaside buffers).

this is precisely one of our countermeasures against GPUs: branching.  we also "serialize" by introducing dependencies to thwart ILP.  thanks for your posts.  it's good to talk about something other than the IPO!
con
newbie
Activity: 24
Merit: 0
GPU miners might benefit from thread paralellism but only marginally as the algorithm itself is difficult to paralellise (at least as told on the website) but it might be possible to run multiple instances on a GPU.

If there are sufficient branches in the hashing algorithm, GPUs will suffer bigtime as most lack any form of branch predictor or branch logic (let alone lookup/lookaside buffers).
full member
Activity: 210
Merit: 100
Why isn't this coin getting more attention? The website looks sharp, the team looks confident,...

Any chance that some guy (cbuchner1) releases a GPU miner?

Also, botnet mined at the start?

actually we are having trouble keeping up with the amount of messaging we are getting over PM and BitMessage!  our guess is that many investors and other are standing by silent and will become more active toward the end of the IPO.

thanks for your good words wrt the website.  yes, we are really going to enjoy running heavycoin!

we do not think a GPU miner will ever be released.  botnets are a risk, but we don't see them as such a massive threat as GPUs.

thanks for your interest!
sr. member
Activity: 406
Merit: 250
Why isn't this coin getting more attention? The website looks sharp, the team looks confident,...

Any chance that some guy (cbuchner1) releases a GPU miner?

Also, botnet mined at the start?
full member
Activity: 210
Merit: 100
Heavycoin Public Key: 04346f80651a3e3eb9afd55b608e77242e8826af1f0d9b96174314d0f288a50f27777eaeca67b5b 3349207a798c847bcbecf0d9dc869fbb4102ad333b34bffa17a
Bitcoin Transaction ID: 882900dcdfbbecde3ac94b0873fc5da571af441d6ede8bd00a84ab089c791aaf
Amount sent: 0.025 BTC

Looks like a decent coin, lets invest for a change (as btc value is going broke these days). True SIMD ignorance will be tested once the complete code is there as the randomization is key to avoid predictability (and thus calculatability)

Small note to developers: Randomization in HEFTY1 is required for good anti-simd cases. Otherwise huge, but doable, lookup-tables could speed the process up.

thanks for your investment, but more thanks for your interest in the actual innovations!

we agree with your assertion.  we do randomization in such a way that a lookup-table would need to be intractably large. there is also no way to obtain the random sequence without actually computing the hash.
full member
Activity: 210
Merit: 100
BTW, it's possible to escape this annoying line-wrap by redirecting output to a file.

For example, windows command looks like:
Code:
genkeys.exe > hvc.txt

Thanks.
hero member
Activity: 910
Merit: 1000
Decentralized Jihad
BTW, it's possible to escape this annoying line-wrap by redirecting output to a file.

For example, windows command looks like:
Code:
genkeys.exe > hvc.txt
con
newbie
Activity: 24
Merit: 0
Heavycoin Public Key: 04346f80651a3e3eb9afd55b608e77242e8826af1f0d9b96174314d0f288a50f27777eaeca67b5b 3349207a798c847bcbecf0d9dc869fbb4102ad333b34bffa17a
Bitcoin Transaction ID: 882900dcdfbbecde3ac94b0873fc5da571af441d6ede8bd00a84ab089c791aaf
Amount sent: 0.025 BTC

Looks like a decent coin, lets invest for a change (as btc value is going broke these days). True SIMD ignorance will be tested once the complete code is there as the randomization is key to avoid predictability (and thus calculatability)

Small note to developers: Randomization in HEFTY1 is required for good anti-simd cases. Otherwise huge, but doable, lookup-tables could speed the process up.
full member
Activity: 210
Merit: 100
All though interesting, I don't believe block reward voting to be useful as everyone regardless of large or small stake will vote for the lowest possible block reward to increase the value of any coins mined.
Increasing the coin supply does not increase the value. Likewise reducing the block reward increases the scarcity (value).

Why would anyone vote otherwise?

This is an interesting post, and I think it highlights why block reward voting is so interesting.

As you say, there is a really strong argument for miners with _any_ stake to vote for 0 block reward.

On the other hand, other users seem to think the opposite.

I think that the voting for reward thing isn't going to work as you think it will... I don't see any reason for a miner to vote for a lower reward.

As ymer says, there's still a huge incentive for miners to vote for the maximum reward.  We think this is especially true for miners without a stake or with a small stakes.

Thus, already we have two users with two very different (actually opposing) ideas for how to vote.

We think that the way these forces play out will be very interesting and could give rise to some surprising results!
full member
Activity: 210
Merit: 100
legendary
Activity: 1708
Merit: 1000
Reality is stranger than fiction
full member
Activity: 224
Merit: 100
hero member
Activity: 784
Merit: 500
sr. member
Activity: 294
Merit: 250
I really like the organized seriousness of this launch and if I can collect some btc next week I will send some for the investment portion of it plus I want to put my name forward for the bounty of the second article as I am a coin blogger now full time plus I can do giveaways and promotions too. I want heavy duty coinage. Grin
newbie
Activity: 57
Merit: 0
Bitcoin Transaction ID: aefa18445bb73263773af6c825a47c3d478d2bf90a2528afb3719b945985b0eb
Amount sent: 0.220479 BTC
good lucky
Pages:
Jump to: