News at 11
Luke Jr. can't take down LTC so he 51% attacks a new GPU currency
Luke Jr. can't take down LTC so he 51% attacks a new GPU currency
Is this still true?
Topic: [DEAD] Coiledcoin - yet another cryptocurrency, but with OP_EVAL! - page 5. (Read 67988 times)
July 11, 2012, 05:04:29 PM
Is this still true?
April 10, 2012, 08:47:07 PM
I threw the source up on github for safekeeping, maybe someone will fork it?
https://github.com/Tittiez/coiledcoin
And if anyone needs a windows client, here:
http://www.mediafire.com/?1pg3jb55p17r2k8 - Daemon Included
https://github.com/Tittiez/coiledcoin
And if anyone needs a windows client, here:
http://www.mediafire.com/?1pg3jb55p17r2k8 - Daemon Included
January 11, 2012, 06:46:26 AM
Not to mention that there's very little chance to miss an old tx.
New miners can't "receive all tx'es". They can only receive newly broadcast txs. So basically every time a new miner comes online, it will be missing lots of old txs.I might be reading the protocol specs wrong but I was under the impression that it's at least possible (if not the default) to receive all objects in the peer's inv message, which can include blocks and/or tx-es. As long as the peers are correctly broadcasting known tx-es not linked to blocks, a newly connected node should see old tx-es too. Maybe someone with a better understanding of the implementation can tell us if that's so or you are right?
If you are right, I guess that's a problem which should be fixed, independent of my idea.
January 11, 2012, 05:33:32 AM
Not to mention that there's very little chance to miss an old tx.
New miners can't "receive all tx'es". They can only receive newly broadcast txs. So basically every time a new miner comes online, it will be missing lots of old txs. January 11, 2012, 04:34:58 AM
Of course not. God does the thinking around these parts.
My mama told me I should wash my hands, be nice to old people and don't answer to Internet trolls, but I guess I'll bite this time. As per any dictionary a forum is: "A meeting or medium where ideas and views on a particular issue can be exchanged." . I didn't realize there's also a requirement to do deep research on any random idea I have and want to share with the rest of the community. Allow me to apologize and rest assured the I will immediately start working on a paper that will analyze my idea from all conceivable point of view, including but not limited to environmental impact, religious aspects, dependency on weather conditions, influence on snow tigers (they're an endangered species!) and so on. You seem really nice and friendly, I will make sure to send you a first draft for review, I'm sure you'll help.
I was poking fun at luke-jr...I should have pared down the quoted posts. Sorry for the offense, but I look forward to your dessertation...wait, it's a dissertation. Nevermind.
Oh. In this case, I'm sorry for being so trigger happy. Let's all be friends
(and expect a 150+ pages document very-very soon ). January 11, 2012, 04:31:46 AM
Assuming that tx propagation is reasonably fast, simply take into account the time the node got the tx. This assumption might not be true, but I think I read that it's somewhere under 30 seconds. As long as the case where a new block appears in the network while some txes are propagating is very rare, I think it's not a problem. Am I wrong?
Very wrong. Nodes come and go all the time. No tx propagates to all nodes. Consider when a new node comes online, so it didn't see all the previous txs, and it solves a block. Then the whole network invalidates its block because it doesn't include old txs it never saw.You are, in theory, right. In practice (for Bitcoin proper at least), miners are always online and on a very fast connection. Not to mention that there's very little chance to miss an old tx. Remember that a block will be invalid if a mined didn't include a very old tx - no problem if it missed a very new one. I think there's very little chance that a miner comes online and solves a block in the time that it will take to receive all tx'es. But if that is real concern, i guess it makes sense for a miner to simply wait a few minutes to connect to very stable nodes and sync with the network until it starts hashing, no?
January 11, 2012, 02:35:00 AM
Its fun to have huge quantities of cryptocoins, even ones thought to be pretty much worthless.
Since pool users evidently do't mind pool operators mining umpteen atlcoins without giving them a cut, all the pools might as well do it. We can use the coins in all kinds of games or something. It'll be fun.
-MarkM-
Since pool users evidently do't mind pool operators mining umpteen atlcoins without giving them a cut, all the pools might as well do it. We can use the coins in all kinds of games or something. It'll be fun.
-MarkM-
January 10, 2012, 10:20:48 PM
Assuming that tx propagation is reasonably fast, simply take into account the time the node got the tx. This assumption might not be true, but I think I read that it's somewhere under 30 seconds. As long as the case where a new block appears in the network while some txes are propagating is very rare, I think it's not a problem. Am I wrong?
Very wrong. Nodes come and go all the time. No tx propagates to all nodes. Consider when a new node comes online, so it didn't see all the previous txs, and it solves a block. Then the whole network invalidates its block because it doesn't include old txs it never saw. 
January 10, 2012, 09:49:05 PM
Of course not. God does the thinking around these parts.
My mama told me I should wash my hands, be nice to old people and don't answer to Internet trolls, but I guess I'll bite this time. As per any dictionary a forum is: "A meeting or medium where ideas and views on a particular issue can be exchanged." . I didn't realize there's also a requirement to do deep research on any random idea I have and want to share with the rest of the community. Allow me to apologize and rest assured the I will immediately start working on a paper that will analyze my idea from all conceivable point of view, including but not limited to environmental impact, religious aspects, dependency on weather conditions, influence on snow tigers (they're an endangered species!) and so on. You seem really nice and friendly, I will make sure to send you a first draft for review, I'm sure you'll help.
I was poking fun at luke-jr...I should have pared down the quoted posts. Sorry for the offense, but I look forward to your dessertation...wait, it's a dissertation. Nevermind.
January 10, 2012, 09:38:05 PM
Of course not. God does the thinking around these parts.
My mama told me I should wash my hands, be nice to old people and don't answer to Internet trolls, but I guess I'll bite this time. As per any dictionary a forum is: "A meeting or medium where ideas and views on a particular issue can be exchanged." . I didn't realize there's also a requirement to do deep research on any random idea I have and want to share with the rest of the community. Allow me to apologize and rest assured the I will immediately start working on a paper that will analyze my idea from all conceivable point of view, including but not limited to environmental impact, religious aspects, dependency on weather conditions, influence on snow tigers (they're an endangered species!) and so on. You seem really nice and friendly, I will make sure to send you a first draft for review, I'm sure you'll help.
January 10, 2012, 09:30:06 PM
Have you thought that all the way through? Try thinking like an attacker.
Probably not. I'm not that evil
Quote
How does an arbitrary node on the network know how old a transaction is?
How could an attacker use the requirement to have all transactions older than x blocks included to attack the network?
How could an attacker use the requirement to have all transactions older than x blocks included to attack the network?
Assuming that tx propagation is reasonably fast, simply take into account the time the node got the tx. This assumption might not be true, but I think I read that it's somewhere under 30 seconds. As long as the case where a new block appears in the network while some txes are propagating is very rare, I think it's not a problem. Am I wrong?
Regarding the attack scenario, an attacker might want to withhold old transactions and forward them with delay, so they will invalidate other miners' blocks. But if the other nodes will see this as new transactions, this attack will fail. I can't think of other ways, it's late, I'm tired and I think I have brain damage from doing Gtk in Python
January 10, 2012, 09:12:14 PM
Let's make the rule really simple: blocks are invalid if there are tx'es older than 8h not included. What do you think?
I'd "time" them in blocks. What if there are too many to include in a single block? 
Have you thought that all the way through?
Of course not. God does the thinking around these parts.
January 10, 2012, 08:59:50 PM
Let's make the rule really simple: blocks are invalid if there are tx'es older than 8h not included. What do you think?
I'd "time" them in blocks. What if there are too many to include in a single block? Have you thought that all the way through? Try thinking like an attacker.
How does an arbitrary node on the network know how old a transaction is?
How could an attacker use the requirement to have all transactions older than x blocks included to attack the network?
January 10, 2012, 08:19:19 PM
Let's make the rule really simple: blocks are invalid if there are tx'es older than 8h not included. What do you think?
I'd "time" them in blocks. What if there are too many to include in a single block? 
January 10, 2012, 08:15:15 PM
Let's make the rule really simple: blocks are invalid if there are tx'es older than 8h not included. What do you think?
I'd "time" them in blocks. What if there are too many to include in a single block? January 10, 2012, 08:09:56 PM
Now that the scammers are (at least mostly) gone and shut up... I'm offering a 50k CLC bounty to a practical, technological solution to my monopoly on CLC. If there are multiple people involved in the solution (eg, one person designs it and another implements it), I will decide how to split it up among them.
I'll say straight off, that this does not include "solutions" like the all-too-common FUDing and slander, nor special-casing to my particular blocks (that is, I should still be able to mine like everyone else after it's fixed), though fitting to the particular nature of this monopoly is acceptable.
I'll say straight off, that this does not include "solutions" like the all-too-common FUDing and slander, nor special-casing to my particular blocks (that is, I should still be able to mine like everyone else after it's fixed), though fitting to the particular nature of this monopoly is acceptable.
I'm not involved in CLC and I don't have the knowledge to implement it, but I think this idea of mine might work: https://bitcointalksearch.org/topic/idea-new-rules-for-block-validation-53128
Basically, we consider miners who don't include old transactions in mined blocks are hurting the network so we invalidate their blocks. The idea was rejected because it was considered it would take away freedom from miners. In CLC context and your attack, something like that seems to be perfect - your hashing power would allow you to only delay all trasactions up to a maximum limit.
Let's make the rule really simple: blocks are invalid if there are tx'es older than 8h not included. What do you think?
January 10, 2012, 07:24:00 PM
Cute. I was thinkiing of calling is Lukecoin or Dashcoin and then I find you seem to be thinking along the same lines.
(Last time I'd checked the block count was still increasing so it evidently wasn't dead, just being pre-mined by it's owner uh I mean pwner.)
I have been wondering if one potential solution might simply be to outbid other pools in the amount of reward offered to miners. Basically paying them in just one currency, probably devcoins, bitcoins, paypal, pecunix, or that liberty silver thing, and doing it as residual where the shares they submit all count toward perpetual (until they sell the shares; the pool would be trying to buy them as well as paying out on them) share of proceeds of all the ever increasing numbers of blockchains (not necessarily only coin blockchains) the pool works on.
Since there are many more blockchains that still do not have pool support, and at least some might potentially have some value, I am thinking such an approach might actually end up being able to pay more per unit of work than pools that merge only a few best-known chains.
-MarkM-
(Last time I'd checked the block count was still increasing so it evidently wasn't dead, just being pre-mined by it's owner uh I mean pwner.)
I have been wondering if one potential solution might simply be to outbid other pools in the amount of reward offered to miners. Basically paying them in just one currency, probably devcoins, bitcoins, paypal, pecunix, or that liberty silver thing, and doing it as residual where the shares they submit all count toward perpetual (until they sell the shares; the pool would be trying to buy them as well as paying out on them) share of proceeds of all the ever increasing numbers of blockchains (not necessarily only coin blockchains) the pool works on.
Since there are many more blockchains that still do not have pool support, and at least some might potentially have some value, I am thinking such an approach might actually end up being able to pay more per unit of work than pools that merge only a few best-known chains.
-MarkM-
January 10, 2012, 06:59:59 PM
Now that the scammers are (at least mostly) gone and shut up... I'm offering a 50k CLC bounty to a practical, technological solution to my monopoly on CLC. If there are multiple people involved in the solution (eg, one person designs it and another implements it), I will decide how to split it up among them.
I'll say straight off, that this does not include "solutions" like the all-too-common FUDing and slander, nor special-casing to my particular blocks (that is, I should still be able to mine like everyone else after it's fixed), though fitting to the particular nature of this monopoly is acceptable.
When/if this solution is implemented, I will consider CLC to have made a legitimate contribution worth leaving it alone.
Bonus points if you can give it also a legitimate long-term use to bring it fully out of "scamcoin" status, and then I'll offer it as a merged-mining option on Eligius.
I'll say straight off, that this does not include "solutions" like the all-too-common FUDing and slander, nor special-casing to my particular blocks (that is, I should still be able to mine like everyone else after it's fixed), though fitting to the particular nature of this monopoly is acceptable.
When/if this solution is implemented, I will consider CLC to have made a legitimate contribution worth leaving it alone.
Bonus points if you can give it also a legitimate long-term use to bring it fully out of "scamcoin" status, and then I'll offer it as a merged-mining option on Eligius.
January 10, 2012, 06:52:20 PM
Hmmm, some good may have come out of this yet.
January 10, 2012, 02:58:36 PM
This idea of considering short forks as valid to prevent "freezing attacks" is interesting. I opened a topic about it, with some elaboration already done, but certainly a lot missing. Here it is: https://bitcointalksearch.org/topic/unfreezable-blockchain-57647
Jump to: