Bitcoin Forum
June 28, 2017, 02:23:49 AM *
News: Latest stable version of Bitcoin Core: 0.14.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 [82] 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 ... 169 »
  Print  
Author Topic: [ANN][YAC] YACoin ongoing development  (Read 331974 times)
St.Bit
Sr. Member
****
Offline Offline

Activity: 280


View Profile
January 02, 2014, 08:21:48 PM
 #1621

PoW miners will never be able to remove the whole PoS function and every block, but they could make the whole PoS system useless in order to maximize profits. I belive the rules you proposed are they only way besides CentralCheckpoints to solve the current doublespend problem.

PoW miners certainly won't maximize their profits by orphaning PoS. On the contrary - their mining revenue would be much lower if they decided to attempt orphaning PoS.

All they would have to do is make it useless for the purposes it should serve. Centralizes PoS would work but would also be pointless.

Examples:

1)All miners would benefit if most blocks are PoW and the few remaining (big) PoS are paying a fixed fee. Rich adresses would benefit from excluding small wallets from PoS-rewards. The other people don't matter.

2)Even if miners can't agree on a fixed fee, they could agree on a minimum size for a wallet to PoS. (Higher minimum->less PoS blocks ->more PoW->far more new coins generated->more profit). Benefits both miners and rich guys.

3)When several PoS blocks are competeing for one spot miners can decide who will win the spot. Combined with richguys spliting up their wallets they could together require a fixed fee for a PoS-spot. It doesn't matter for the miner on what block they mine ontop of.



All those possibilities would destroy the benefits of PoS and make it useless. That are just 3 obvious ones and it's likely that there is a non obvious but profitable one. The problem with your rules is that they can be easily exploided by a few for just their own benefit. Usually if that's possible it will also be exploided (examples:banks, govermets,... mankind)



Is cementing an option, or would that be really bad with our current distribution of hashpower (mostly centralized)?  https://en.bitcoin.it/wiki/Proof_of_Stake#Cementing

Very very (very) bad idea ... NO.

Sign a message and get some YAC: https://bitcointalk.org/index.php?topic=300152.0
POLONIEX TRADING SIGNALS
+50% Profit and more via TELEGRAM
ALTCOINTRADER.CO
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
St.Bit
Sr. Member
****
Offline Offline

Activity: 280


View Profile
January 02, 2014, 09:04:56 PM
 #1622

I've got a "workaround" for this issue. Still, it requires a hard-fork.
It's quite simple, just disallow two consecutive PoS blocks and lower PoS trust to match PoW (1).
There's no way PoS-only miner can orphan a single block.
As I said in my previous few post I belive those new rules on it's own are exploidable and would harm YAC more than CentralCheckpointing. There is a reason why other PoS coins decided to use that awful solution.
Read my previous posts to undertand why I think so.


I don't think they can be changed at all, I have spend hours thinking about on alternatives that would also prevent double spends. My conclusion was that these can't be changed, but maby we could add something to them.

What I don't know is what how we could solve this, but I had a few ideas:
.)Sairon's rules
I hope I made it clear why I belive that they aren't good without some additional rules. Basically a trading a tecnical for a huge economical problem.

.)Sairon's rules + Doubling PoW reward on blocks after a PoS block AND requireing a far higher minimumbalance for PoS

.)Decentralised CentralCeckpoints
A big wallet (50k+) can be staked for the privilege to checkpoint and gets coins for doing so. If the network realizes that this guy wasn't honest we will never ever allow transaction from that wallet. Everyone with that much YAC should be able to do it.
Opens a box that shouldn't ever be opend, but maby a lottery +big earning for an honest winner could resolve this.
.)CentralCheckpoints from the dev

.)Proof_of_Stake#Cementing
Very very bad idea

.)Suggestions?

As you might notice they all got their drawbacks and frankly I'd prefer the current system to work or CentralCheckpointing if we can't fix the problems with sairon's rules.

Sign a message and get some YAC: https://bitcointalk.org/index.php?topic=300152.0
Thirtybird
Hero Member
*****
Offline Offline

Activity: 693



View Profile
January 02, 2014, 10:02:21 PM
 #1623

.)Sairon's rules
I hope I made it clear why I belive that they aren't good without some additional rules. Basically a trading a tecnical for a huge economical problem.

.)Sairon's rules + Doubling PoW reward on blocks after a PoS block AND requireing a far higher minimumbalance for PoS


Actually, I'm not clear on why you think disallowing adjacent POS blocks would be harmful - if a POS block fails, the coin age is not lost and it can be re-attempted after a POW block has been completed - with 1 minute target block intervals, would it even be noticable?

It seems like checking the type of block that occurred and not allowing adjacent POS blocks is significantly less radical of a change than your suggested doubling POW rewards for blocks that follow POS blocks and requiring wallets to be arbitrarily large to even allow them to POS.  I'm failing to see what benefit those changes would have other than it keeps people from attempting malicious activity with small numbers of coins - the POW doubling just seems arbitrary..

YACMiner: https://github.com/Thirtybird/YACMiner  N-Factor information : https://docs.google.com/spreadsheet/ccc?key=0Aj3vcsuY-JFNdC1ITWJrSG9VeWp6QXppbVgxcm0tbGc&usp=drive_web#gid=0
BTC: 183eSsaxG9y6m2ZhrDhHueoKnZWmbm6jfC  YAC: Y4FKiwKKYGQzcqn3M3u6mJoded6ri1UWHa
St.Bit
Sr. Member
****
Offline Offline

Activity: 280


View Profile
January 02, 2014, 11:03:18 PM
 #1624

.)Sairon's rules
I hope I made it clear why I belive that they aren't good without some additional rules. Basically a trading a tecnical for a huge economical problem.

.)Sairon's rules + Doubling PoW reward on blocks after a PoS block AND requireing a far higher minimumbalance for PoS


Actually, I'm not clear on why you think disallowing adjacent POS blocks would be harmful - if a POS block fails, the coin age is not lost and it can be re-attempted after a POW block has been completed - with 1 minute target block intervals, would it even be noticable?

It seems like checking the type of block that occurred and not allowing adjacent POS blocks is significantly less radical of a change than your suggested doubling POW rewards for blocks that follow POS blocks and requiring wallets to be arbitrarily large to even allow them to POS.  I'm failing to see what benefit those changes would have other than it keeps people from attempting malicious activity with small numbers of coins - the POW doubling just seems arbitrary..
I've written like 5 post here about why I belive Sairon's rules alone bring a lot of problems since these new rules could be exploided by a few. The few would then profit from harming the whole community for their own profits.I hope they made it clear why I think this way and won't repeat that unless someone states a question(or critics) about them.



On my additional rules in addition to Sairon's rules.
Well, there' a reason for choosing exactly double rewards* AND higher minimums for PoS.


Doubling PoS rewards woud make PoS-PoW more profitable than PoW-PoW so miner wouldn't benefit from a PoW-only currency. No incentives to fight PoS blocks (regardless if possible/profitable/...). As you noticed it's far more radical, but the real radicalism is in raising the minimum balance for PoS.

This would prevent most people from ever generating their own PoS blocks later on. The current minimum of ~20YAC to mint would be some money if YAC get's widly accepted, but for this to work it would have to be far far higher. I think a minimum of 1000YAC would be nessasary to prevent PoS-pooling and requireing fees on everyone that isn't in a pool.

Again this isn't something I want, it's something I belive is nessasary. Otherwise PoS could be pooled and miners would keep their PoS-blocks secret to exclusively mine on their own PoS-blocks. Chances of finding a block are euqual, but if they get lucky that would be a super-jackpot. Double rewards means magnitudes more profit for them since PoW mining is expensive. There is no cost for not submiting a valid PoS block.

All this wouldn't be very problematic, but since every mining pool would use pooled PoS-adresses (that are only used if a block is found by the pool) stuff get's messy and PoS isn't decentralized anymore. (Among other problems, f.e. fees for confirming a big PoS block)


*) Reducing all PoW-rewards that aren't directly after a PoS-block by 50% would have the same effect, but I doubt we could ever agree on such. I'd actually prefer that, but it's utopical that we could ever agree on such.

EDIT: Edit edits his edit... Don't know whats wrong with me today.

Sign a message and get some YAC: https://bitcointalk.org/index.php?topic=300152.0
bitdwarf
Sr. Member
****
Offline Offline

Activity: 392


The cryptocoin watcher


View Profile
January 03, 2014, 01:00:19 AM
 #1625

Note that a malicious entity would not mind suffering loses in an attack if they benefit from supressing this alt. I wouldn't rely on 'incentives to be good'.

Could we just require alternate PoW - PoS blocks?




𝖄𝖆𝖈: YF3feU4PNLHrjwa1zV63BcCdWVk5z6DAh5 · 𝕭𝖙𝖈: 12F78M4oaNmyGE5C25ZixarG2Nk6UBEqme
Ɏ: "the altcoin for the everyman, where the sweat on one's brow can be used to cool one's overheating CPU" -- theprofileth
ilostcoins
Sr. Member
****
Offline Offline

Activity: 274



View Profile
January 03, 2014, 03:21:00 AM
 #1626

I'm not familiar with these things but have some questions.

1) What's the benefit of disallowing consecutive POS blocks in contrast to, eg., just disallow more than 2 consecutive POS blocks? Allowing 2 consecutive POS blocks won't let big holders easily overturn confirmed transactions if POS and POW have the same trust value, right?

2) What's the benefit of disallowing consecutive POS blocks AND having the same POW & POS trust value compared with only disallowing consecutive POS blocks while still giving POS a somewhat higher trust value?

LTC: LSyqwk4YbhBRtkrUy8NRdKXFoUcgVpu8Qb   NVC: 4HtynfYVyRYo6yM8BTAqyNYwqiucfoPqFW   TAG id: 4313
CMC: CAHrzqveVm9UxGm7PZtT4uj6su4suxKzZv   YAC: Y9m5S7M24sdkjdwxnA9GZpPez6k6EqUjUt
Beave162
Hero Member
*****
Offline Offline

Activity: 693



View Profile
January 03, 2014, 03:38:41 AM
 #1627

.)Sairon's rules
I hope I made it clear why I belive that they aren't good without some additional rules. Basically a trading a tecnical for a huge economical problem.

.)Sairon's rules + Doubling PoW reward on blocks after a PoS block AND requireing a far higher minimumbalance for PoS


Actually, I'm not clear on why you think disallowing adjacent POS blocks would be harmful - if a POS block fails, the coin age is not lost and it can be re-attempted after a POW block has been completed - with 1 minute target block intervals, would it even be noticable?

It seems like checking the type of block that occurred and not allowing adjacent POS blocks is significantly less radical of a change than your suggested doubling POW rewards for blocks that follow POS blocks and requiring wallets to be arbitrarily large to even allow them to POS.  I'm failing to see what benefit those changes would have other than it keeps people from attempting malicious activity with small numbers of coins - the POW doubling just seems arbitrary..
I've written like 5 post here about why I belive Sairon's rules alone bring a lot of problems since these new rules could be exploided by a few. The few would then profit from harming the whole community for their own profits.I hope they made it clear why I think this way and won't repeat that unless someone states a question(or critics) about them.



On my additional rules in addition to Sairon's rules.
Well, there' a reason for choosing exactly double rewards* AND higher minimums for PoS.


Doubling PoS rewards woud make PoS-PoW more profitable than PoW-PoW so miner wouldn't benefit from a PoW-only currency. No incentives to fight PoS blocks (regardless if possible/profitable/...). As you noticed it's far more radical, but the real radicalism is in raising the minimum balance for PoS.

This would prevent most people from ever generating their own PoS blocks later on. The current minimum of ~20YAC to mint would be some money if YAC get's widly accepted, but for this to work it would have to be far far higher. I think a minimum of 1000YAC would be nessasary to prevent PoS-pooling and requireing fees on everyone that isn't in a pool.

Again this isn't something I want, it's something I belive is nessasary. Otherwise PoS could be pooled and miners would keep their PoS-blocks secret to exclusively mine on their own PoS-blocks. Chances of finding a block are euqual, but if they get lucky that would be a super-jackpot. Double rewards means magnitudes more profit for them since PoW mining is expensive. There is no cost for not submiting a valid PoS block.

All this wouldn't be very problematic, but since every mining pool would use pooled PoS-adresses (that are only used if a block is found by the pool) stuff get's messy and PoS isn't decentralized anymore. (Among other problems, f.e. fees for confirming a big PoS block)


*) Reducing all PoW-rewards that aren't directly after a PoS-block by 50% would have the same effect, but I doubt we could ever agree on such. I'd actually prefer that, but it's utopical that we could ever agree on such.

EDIT: Edit edits his edit... Don't know whats wrong with me today.

PoS mining pool? What in god's name are you talking about? I can 'pool' with friends for PoS by just consolidating all coins in one address...

How is PoW expensive at this point?

You are coming up with strange arbitrary rules. The solution here is simply to prevent these consecutive orphaned blocks... it results in unintended doublespend... could be the reason BTER.com stole so much money from me.  What you are talking about is just freaking weird.

Everyone benefits from a coin that best attracts the most people willing to invest--rich and poor, greedy and non-greedy. The concept of mining is great because it is such an easy way to convert gov't fiat and energy into a higher quality form of currency. YACoin requires different optimal mining hardware with each factor change which opens up investment to more people.

Disallowing consecutve PoS blocks seems pretty good at this point... why hasn't Novacoin PPCoin done it?  I think everyone would agree that if it works, it would be a better solution than centralized check-pointing.

YaCoin: YL5kf54wPPXKsXd5T18xCaNkyUsS1DgY7z 
BitCoin: 14PFbLyUdTyxZg3V8hnvj5VXkx3dhthmDj
Beave162
Hero Member
*****
Offline Offline

Activity: 693



View Profile
January 03, 2014, 03:42:06 AM
 #1628

I'm not familiar with these things but have some questions.

1) What's the benefit of disallowing consecutive POS blocks in contrast to, eg., just disallow more than 2 consecutive POS blocks? Allowing 2 consecutive POS blocks won't let big holders easily overturn confirmed transactions if POS and POW have the same trust value, right?

2) What's the benefit of disallowing consecutive POS blocks AND having the same POW & POS trust value compared with only disallowing consecutive POS blocks while still giving POS a somewhat higher trust value?

+1 on #2

YaCoin: YL5kf54wPPXKsXd5T18xCaNkyUsS1DgY7z 
BitCoin: 14PFbLyUdTyxZg3V8hnvj5VXkx3dhthmDj
sairon
Sr. Member
****
Offline Offline

Activity: 406


One does not simply mine Bitcoins


View Profile
January 03, 2014, 11:57:32 AM
 #1629

1) What's the benefit of disallowing consecutive POS blocks in contrast to, eg., just disallow more than 2 consecutive POS blocks? Allowing 2 consecutive POS blocks won't let big holders easily overturn confirmed transactions if POS and POW have the same trust value, right?

If we allowed max 2 consecutive PoS blocks, then every PoS miner has the ability to deliberately orphan a single PoW block at the tip of the chain (assuming the last two blocks were both PoW). Thus all transactions in that block will be reversed and allowed to be double-spent (not that big of a deal, as they had just 1 confirmation anyway, but still - it would be incredibly easy to do this so we better avoid it).

2) What's the benefit of disallowing consecutive POS blocks AND having the same POW & POS trust value compared with only disallowing consecutive POS blocks while still giving POS a somewhat higher trust value?

Case #0 - as it is now:
I can choose any point in the blockchain that hasn't yet been checkpointed (hardcoded height and block hash in the source code) and place my chain of PoS blocks there. Should this new fork happen to have a higher trust value than the original, longer chain - it will be accepted as a new valid chain, orphaning millions of transactions in the process. This happens quite often and (I believe) accidentally - so you can see just how incredibly easy it is to abuse if you deliberately decide to do so.

Case #1 - only disallowing two consecutive PoS blocks:
Imagine the tip of the chain looks like this:
(whatever)-S-W-W-W-W-W-S-W-W-W-W-W
(S denotes PoS block, W is for PoW)

I can now orphan the last 4 blocks by placing my new PoS like follows:
(whatever)-S-W-W-W-W-W-S-W-S

So this is bad, too...

Case #2 - make only the trust value equal:
Again, we have a chain that looks like this:
(whatever)-S-W-W-W-W-W-S-W-W-W-W-W

Now I prepare a chain of PoS blocks that's one longer than the number of last N blocks I want to orphan. Eg. if I wanted to orphan last 10 blocks, I'd make a chain of 11 PoS blocks and hook it to the chain as follows:
(whatever)-S-W-S-S-S-S-S-S-S-S-S-S-S

Easy, isn't it? Wink

Case #3 - the proposed solution:
None of the above flaws work here.

So far I've been able to come up with only one theoretical flaw to this system - lowering the "51%" attack hashrate threshold by PoW-mining in cunjunction with PoS-mining - however, I believe it's not much of an issue as the attacker would need to own a significant percentage of active stake in the PoS system. The worst-case is 25% attack - and the attacker then would need to own 100% of active stake (if my math is correct). So it's more like work-stake trade-off and not an outright vulnerability.

That's one more reason why we need more hoarders (and pools, too!). And remember - the way it is now costs a potential attacker near to nothing as he only needs some (very little) active stake.

Bottom line: I've come to a conclusion that the current hybrid PoW/PoS blockchain system is crap and needs a complete rehaul to actually do the core functions it promised to provide (like increasing chain security by PoS checkpointing with stake actually being something that's in stake - right now staking coins doesn't mean a sh*t).

GPG key ID: 5E4F108A || BTC: 1hoardyponb9AMWhyA28DZb5n5g2bRY8v
Balthazar
Legendary
*
Offline Offline

Activity: 2170


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
January 03, 2014, 02:50:36 PM
 #1630

Rewards manipulation or denying the consecutive PoS/PoW blocks is not a solution.

Disallowing consecutve PoS blocks seems pretty good at this point... why hasn't Novacoin PPCoin done it?  I think everyone would agree that if it works, it would be a better solution than centralized check-pointing.
NovaCoin resolved this issue very very long time ago using a complex of measures like dynamic RoI and variable block trust concept.

novaco.in | Transparent Etherium mining pool (80 GH/s, DGM)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
sairon
Sr. Member
****
Offline Offline

Activity: 406


One does not simply mine Bitcoins


View Profile
January 03, 2014, 02:52:56 PM
 #1631

Rewards manipulation or denying the consecutive PoS/PoW blocks is not a solution.

Disallowing consecutve PoS blocks seems pretty good at this point... why hasn't Novacoin PPCoin done it?  I think everyone would agree that if it works, it would be a better solution than centralized check-pointing.
NovaCoin resolved this issue very very long time ago.

Would you mind elaborating a bit?

GPG key ID: 5E4F108A || BTC: 1hoardyponb9AMWhyA28DZb5n5g2bRY8v
Balthazar
Legendary
*
Offline Offline

Activity: 2170


BTC-e Divine Overlord, ask cryptodevil for details


View Profile WWW
January 03, 2014, 03:01:46 PM
 #1632

Would you mind elaborating a bit?
1) You have to maximize an active weight. It doesn't matter how you do so, but you have to do it for any price (even for constant trolling from ignorant kids), because that's necessary to survive.

2) You have to make attack energy expensive, in order to prevent free attack attempts. Otherwise user will be able to use OpenVZ and 10000+ wallet copies to make 10000+ attempts without any problem.

NovaCoin maximizes active weight using a variable RoI and limited block reward. It also implements a variable trust idea, the consequtive PoS or PoW blocks has lower trust in comparison with a hybrid chain. Attacker have to generate a hybrid chain to make success.

novaco.in | Transparent Etherium mining pool (80 GH/s, DGM)
฿: 1QJ8RFiRKsJKmY8ZAjxfCUeBZXmjthK4Pk: 4RgnHWtnJWEyMhqhDdazW3Hdr7cx5ybF6i ETH: 0x5B475Febb3018f41d0Ac3C2f1A864bd102ab5a2E
Thirtybird
Hero Member
*****
Offline Offline

Activity: 693



View Profile
January 03, 2014, 03:12:37 PM
 #1633

#2 - +1.

I think this is what St. Bitt has been saying (sorry St. Bitt, I have difficulty following you), but the reading I did that really made sense was here : https://bitcointalk.org/index.php?topic=101954.msg1276206#msg1276206 (great thread read actually!)

Would that not nullify any perceived advantage of PoS though and then you might as well go back to PoW?  PoS in this case would really only be serving the purpose of transaction processing between PoW which would again contain all the security responsibility no?

Yes, that is the point. Proof-of-stake allows stakeholders to send a signal that one fork is correct. However, conditional on you having the necessary stake, each signal is costless and you can simultaneously signal for multiple forks (i.e. you can take both sides of the bet without any additional cost). Each signal will earn a reward if the fork turns out to win. Therefore you might as well signal for as many forks as possible.

I've been agitating for costly signals to avoid this problem. If each signal is costly, then you would only send it out for chains that are likely to succeed. The cost would be paid in work.

For some reason, only my proof-of-stake proposal incorporates costly signaling. I don't understand why.  I'm trying to provoke an argument about whether costless signaling is a major problem.
I think it is. Therefore, I think PPC coin should be modified to make signaling costly.


YACMiner: https://github.com/Thirtybird/YACMiner  N-Factor information : https://docs.google.com/spreadsheet/ccc?key=0Aj3vcsuY-JFNdC1ITWJrSG9VeWp6QXppbVgxcm0tbGc&usp=drive_web#gid=0
BTC: 183eSsaxG9y6m2ZhrDhHueoKnZWmbm6jfC  YAC: Y4FKiwKKYGQzcqn3M3u6mJoded6ri1UWHa
ilostcoins
Sr. Member
****
Offline Offline

Activity: 274



View Profile
January 04, 2014, 05:25:47 AM
 #1634

After reading a bit of the links etc., I'm thinking is there a clear description of the how POS works in YACoin? I read Sunny King's whitepaper a while ago and didn't find it clear at all and I don't know if YACoin works the same as PPCoin either.

Also, wasn't YACoin forked from Novacoin and should include fixes implemented "long time ago" in Novacoin?

Thanks for helping me understand more.  Smiley

LTC: LSyqwk4YbhBRtkrUy8NRdKXFoUcgVpu8Qb   NVC: 4HtynfYVyRYo6yM8BTAqyNYwqiucfoPqFW   TAG id: 4313
CMC: CAHrzqveVm9UxGm7PZtT4uj6su4suxKzZv   YAC: Y9m5S7M24sdkjdwxnA9GZpPez6k6EqUjUt
St.Bit
Sr. Member
****
Offline Offline

Activity: 280


View Profile
January 04, 2014, 07:15:58 AM
 #1635

Another issue is that YAC needs protection from 51% PoW attacks and with PoS trust=PoW trust we would loose such.

Bitcoin has a unique hash-algorithm so that the bitcoincommunity with their hardware can compute far more efficient than the rest of the world. This makes it extreme hard to attack it with standard computers. Cryptos like LTC are mined with a lot of GPU's which are also not that common.

A CPU on YAC has around the same hash/s as a GPU so a botnet could easily rape us without 51%protection from PoS.
This makes me belive that PoS trust=PoW trust isn't possible without some sort of checkpoints. Somehow I think we need some sort of CentralCheckpointing...

What do you guys think about the following:
A PoS blocks trust is limited to a singe PoWs unless it get's confirmed by CentralAuthority CA in the next block. Such CA only needs to send a txt to the owner of the previous block. This would limit the power of CA to reverse just a few blocks and could only be done once. Everyone that was online would notice such by having 2 different forks which both have a confirmed PoS block in it. Miners are usually always on.

In order to get rid of the Central thing we could allow everyone to send such txts for a fee. Only the authority with the biggest balance get`s accepted and will get a small % reward later on. A minimun for becoming a CA should prevent someone to fake beeing a legit member of our community and a thief would rather steal the whole adress.

If (or better since) this isn't enough damage for someone that abuses his power we could also go where it hurts. I don't see any problem if all miners would agree to never ever accept a txt from an adress that was used to scam the whole community by this. Since freezing funds would also be nessasary to have more than just one guy getting all the rewards this wouldn't go much further. Opening a box we should never even touch... Baaaaad.

EDIT:
Reward could be randomly given to one of the 10 biggest CA-candidates that participated based on howmuch coins they have. Since sending a txt from a wallet has to send the spare change to a new adress we shouldn't go by biggest balance, we should go by biggest output.

A cooldownperiod of [n(no of candidates)+5] PoS-blocks would allow all candidates to participate and reduce the damage a single wallet can do.

EDIT: Requires also no 2 PoS blocks touching.


Sign a message and get some YAC: https://bitcointalk.org/index.php?topic=300152.0
sairon
Sr. Member
****
Offline Offline

Activity: 406


One does not simply mine Bitcoins


View Profile
January 04, 2014, 11:15:03 AM
 #1636

Another issue is that YAC needs protection from 51% PoW attacks and with PoS trust=PoW trust we would loose such.

Bitcoin has a unique hash-algorithm so that the bitcoincommunity with their hardware can compute far more efficient than the rest of the world. This makes it extreme hard to attack it with standard computers. Cryptos like LTC are mined with a lot of GPU's which are also not that common.

A CPU on YAC has around the same hash/s as a GPU so a botnet could easily rape us without 51%protection from PoS.
This makes me belive that PoS trust=PoW trust isn't possible without some sort of checkpoints. Somehow I think we need some sort of CentralCheckpointing...

What do you guys think about the following:
A PoS blocks trust is limited to a singe PoWs unless it get's confirmed by CentralAuthority CA in the next block. Such CA only needs to send a txt to the owner of the previous block. This would limit the power of CA to reverse just a few blocks and could only be done once. Everyone that was online would notice such by having 2 different forks which both have a confirmed PoS block in it. Miners are usually always on.

In order to get rid of the Central thing we could allow everyone to send such txts for a fee. Only the authority with the biggest balance get`s accepted and will get a small % reward later on. A minimun for becoming a CA should prevent someone to fake beeing a legit member of our community and a thief would rather steal the whole adress.

If (or better since) this isn't enough damage for someone that abuses his power we could also go where it hurts. I don't see any problem if all miners would agree to never ever accept a txt from an adress that was used to scam the whole community by this. Since freezing funds would also be nessasary to have more than just one guy getting all the rewards this wouldn't go much further. Opening a box we should never even touch... Baaaaad.

EDIT:
Reward could be randomly given to one of the 10 biggest CA-candidates that participated based on howmuch coins they have. Since sending a txt from a wallet has to send the spare change to a new adress we shouldn't go by biggest balance, we should go by biggest output.

A cooldownperiod of [n(no of candidates)+5] PoS-blocks would allow all candidates to participate and reduce the damage a single wallet can do.

No need to add another signing as PoS works in a similar way, anyway. PoS was supposed to be a distributed check-pointing and look where it got us. Wink


Would you mind elaborating a bit?
1) You have to maximize an active weight. It doesn't matter how you do so, but you have to do it for any price (even for constant trolling from ignorant kids), because that's necessary to survive.

2) You have to make attack energy expensive, in order to prevent free attack attempts. Otherwise user will be able to use OpenVZ and 10000+ wallet copies to make 10000+ attempts without any problem.

NovaCoin maximizes active weight using a variable RoI and limited block reward. It also implements a variable trust idea, the consequtive PoS or PoW blocks has lower trust in comparison with a hybrid chain. Attacker have to generate a hybrid chain to make success.

1) I assume that by "maximizing active weight" you mean the "number of coins participating in PoS * their coin-age". That's quite difficult to achieve with such little adoption and in this early stage of initial coin distribution. I think we're better off (at least temporarily until YAC economy grows enough) to enforce the rules I proposed. They're easier to implement the right way and have a much lower potential of screwing something up hard.

2) Enforcing a hybrid chain (with alternating PoW/PoS blocks) is IMO a bad idea as the protocol is set to 1-minute PoW and 10-minute PoS target. With my rules hybrid chain is the optimal way when trying to do 51% attack (as you can reduce the "51%" PoW hashing power needed by at most 50% if you have 100% active weight). Still, it would not be expensive enough to attempt, anyway - that's my justification of lowering PoS trust to the level of PoW (I'd lower it even more if only it didn't cause another sort of problems, which it would). It's all about finding the right balance, anyway.

Variable ROI isn't sufficient to prevent a malicious entity wanting to break the network entirely, anyway. As YAC uses a heavily CPU-friendly hashing algorithm, it would be a dumb idea to rely solely on PoW in the era of supercomputers and even the good ol' botnets. So the optimal attack scenario favors stake amount over hashing power to at least try to mitigate the motivation of breaking the netwrok entirely - by forcing the attacker to invest heavily into the coin beforehand, thus inflicting at least some sort of monetary costs to them (botnets are dirt-cheap novadays).

Anyway, I've got the code changes ready. You're all invited to review them. https://github.com/saironiq/yacoin-cc/commit/acf917a2c42cb947b08a9a7878ceafd6045ea24c

GPG key ID: 5E4F108A || BTC: 1hoardyponb9AMWhyA28DZb5n5g2bRY8v
Thirtybird
Hero Member
*****
Offline Offline

Activity: 693



View Profile
January 04, 2014, 11:57:46 AM
 #1637

Those changes look so simple ... They definitely are the least intrusive change to make.  Thank you for leading the change.

When I was reviewing novacoin's code for their changes, they had a group of constants for each hard fork and it was done based on date instead of block height.  I'm not sure why they would choose that as I would think that's something a bit easier to get around to avoid using new rules, but they continue to use it.  I guess the thought is that most miners are honest and majority wins, right?

YACMiner: https://github.com/Thirtybird/YACMiner  N-Factor information : https://docs.google.com/spreadsheet/ccc?key=0Aj3vcsuY-JFNdC1ITWJrSG9VeWp6QXppbVgxcm0tbGc&usp=drive_web#gid=0
BTC: 183eSsaxG9y6m2ZhrDhHueoKnZWmbm6jfC  YAC: Y4FKiwKKYGQzcqn3M3u6mJoded6ri1UWHa
sairon
Sr. Member
****
Offline Offline

Activity: 406


One does not simply mine Bitcoins


View Profile
January 04, 2014, 12:01:32 PM
 #1638

Those changes look so simple ... They definitely are the least intrusive change to make.

When I was reviewing novacoin's code for their changes, they had a group of constants for each hard fork and it was done based on date instead of block height.  I'm not sure why they would choose that as I would think that's something a bit easier to get around to avoid using new rules, but they continue to use it.  I guess the thought is that most miners are honest and majority wins, right?

Yeah, if you use date/time instead of block height, the only way for dishonest nodes to wreak havoc is in the "time +- network-adjusted offset" period (a few hours at most) and it gets resolved pretty quickly after that. The block height method is less accurate, but more secure in this regard, that's why I've chosen it.

GPG key ID: 5E4F108A || BTC: 1hoardyponb9AMWhyA28DZb5n5g2bRY8v
Thirtybird
Hero Member
*****
Offline Offline

Activity: 693



View Profile
January 04, 2014, 12:16:25 PM
 #1639

Thank you for the work, I know there's a bounty for this, but a little extra was donated Smiley 

YACMiner: https://github.com/Thirtybird/YACMiner  N-Factor information : https://docs.google.com/spreadsheet/ccc?key=0Aj3vcsuY-JFNdC1ITWJrSG9VeWp6QXppbVgxcm0tbGc&usp=drive_web#gid=0
BTC: 183eSsaxG9y6m2ZhrDhHueoKnZWmbm6jfC  YAC: Y4FKiwKKYGQzcqn3M3u6mJoded6ri1UWHa
sairon
Sr. Member
****
Offline Offline

Activity: 406


One does not simply mine Bitcoins


View Profile
January 04, 2014, 12:30:04 PM
 #1640

Thank you for the work, I know there's a bounty for this, but a little extra was donated Smiley 
Thanks, much appreciated! Smiley

Just noticed the donation progressbar on yacexplorer ain't updating (guess that's because YAC is disabled on cryptsy, gah).

GPG key ID: 5E4F108A || BTC: 1hoardyponb9AMWhyA28DZb5n5g2bRY8v
Pages: « 1 ... 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 [82] 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 ... 169 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!