Bitcoin Forum
April 30, 2024, 04:14:05 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 [148] 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 ... 288 »
2941  Bitcoin / Development & Technical Discussion / Re: [IMP] Malleability : Attack scheme on: February 10, 2014, 08:57:07 PM
so ... is it possible to modify the script such that is has more rules that make the recipient unable to receive the coins in some circumstances now that transaction have available extra script operations?
No. The scriptpubkeys are under signature, otherwise you could just steal the output of people's transactions.

All of the mutants possible are functionally identical (ignoring the node-local rules that may refuse to relay some forms, and the txid).
2942  Bitcoin / Development & Technical Discussion / Re: [IMP] Malleability : Attack scheme on: February 10, 2014, 07:42:19 PM
The only safe way to reissue a transaction is to double-spend the original transaction in progress. This eliminates the entire class of user-got-paid-twice vulnerability. To do otherwise is insane: You're giving someone a check, and then a second check— and never canceling the first.
2943  Economy / Service Discussion / Re: New Mt Gox Press Release - Feb 10 - they are claiming flaw in bitcoin protocol ! on: February 10, 2014, 05:13:03 PM
Had Mt Gox been competent at all when designing their custom wallet software, they would have noted that tx-ids are mutable
You overstate your case, unless you wish to argue that Satoshi was not competent.

In any case, the reissue fraud is more or less independent of mutation.  The way you protect yourself against double payment when reissuing is that you must spend at least some of the same coins so that only one transaction or the other can get mined.  If you do this, no amount of mutation will result in funds loss (though it might confuse people!),  if you don't do this then you can still have payments doubled up even with no mutation at all.   (E.g. first payment delay, second authored, second gets confirmed, first gets rebroadcast and makes it in too).
2944  Economy / Service Discussion / Re: New Mt Gox Press Release - Feb 10 - they are claiming flaw in bitcoin protocol ! on: February 10, 2014, 01:30:49 PM

Allowing fraud?  Thats exclusively a problem with Gox's transaction handling practices and really has little to do with malleability (which is a long known, usually minor, issue in Bitcoin which is slowly being fixed).

The issue is that fraud is made possible by _failing_ to double-spend when you cancel or reissue a transaction. If you do correctly double-spend then the fraud cannot occur regardless of the malleability. If you don't, it can occur, again— with or without malleability.

See also: http://sourceforge.net/mailarchive/forum.php?thread_name=CAAS2fgTx8UzQiocyNMfMNkt2uUZRTmhagb2BY9TPuAupVjVa2g%40mail.gmail.com&forum_name=bitcoin-development


The malleability issue seems real enough.  Something was published on it on 21 january on bitcoin.it, maybe someone had to try it out
21 January 2013‎
And you'll note that page is citing a forum thread from 2011.  Bitcoin v0.8 rolled out the first round of fixes to eventually remove malleability way back then too... and we've seen bouts of amounts of malleability use on the network, back in 2012 if not sooner— I haven't grepped my logs.

2945  Economy / Currency exchange / Re: MTGOX <-> BTC BID/ASK on: February 10, 2014, 10:21:06 AM
My rate is still 75% ;P
After the gox announcement? Have fun.
2946  Economy / Currency exchange / Re: MTGOX <-> BTC BID/ASK on: February 10, 2014, 10:15:56 AM
Withdrawn.
2947  Economy / Currency exchange / Re: realBTC <-> goxBTC (serious trading only) on: February 10, 2014, 05:45:40 AM
Withdrawn.
2948  Bitcoin / Development & Technical Discussion / Re: why transactions with zero fee are preferred above one with 0.000139 fee? on: February 10, 2014, 05:19:35 AM
Because there are several trivial DOS attack against honest users of the network / nodes that arises if you prioritize non-zero-but-effectively-zero-fee transactions over high priority ones.  Miners are free to customize the threshold defined as effectively zero— it's a published and supported configuration setting.  Personally, I turn it up a bit— I think I am better rewarded in total for doing so.
2949  Economy / Currency exchange / Re: MTGOX <-> BTC BID/ASK on: February 10, 2014, 12:25:43 AM
I find it astounding how difficult it is for some people here to just trade per pm. I was asked for skype and viber and even irc...
I didn't get the people asking me multiple times to skype after I politely declined— not going to be running some binary-blob intelligence surveillance tool on anything in my home if I can avoid it.

I understand that people are concerned about safety— and you should research the people you trade with or ask to use bitrated.com. Skyping with them will be little actual protection.

Right now the demand for these trades is so great that I'm needing to raise my rates above what I'd prefer otherwise just to rate limit the flood. I am willing to split up the transfers to help people feel more comfortable but I'm not going to jump through a bunch of additional hoops.

(Though I am fine with IRC, feel free to /msg gmaxwell)
2950  Economy / Currency exchange / Re: MTGOX <-> BTC BID/ASK on: February 10, 2014, 12:00:29 AM
FWIW, I can vouch that at least some of these newbies have actual goxcoins to trade.
2951  Economy / Currency exchange / Re: MTGOX <-> BTC BID/ASK on: February 09, 2014, 05:47:35 PM
[Out for the evening again]
2952  Economy / Currency exchange / Re: MTGOX <-> BTC BID/ASK on: February 09, 2014, 11:19:43 AM
[offline for the evening]
2953  Alternate cryptocurrencies / Altcoin Discussion / Re: Turing complete language vs non-Turing complete (Ethereum vs Bitcoin) on: February 06, 2014, 03:14:41 AM
Ugh. Cryptocurrency. or at least Bitcoin at a minimum—  is _NOT_ about "democratic consensus" cue the trope about democracy is wolves voting to have the sheep for supper. Democratic consensus is a terrible way to handle things, but sometimes its the best available of all possible terrible ways to handle things, but that doesn't make it good. Ideally people could operate on a purely consensual basis and never be coerced just because someone amassed superior numbers.  "Democracy" is particularly intolerable, however, when voting power isn't tied to people-with-shared-interests but is instead tied to spending (as it must be in a POW blockchain consensus).

In Bitcoin the rules of the system are fixed in the software and autonomously enforced by everyone, without reference to any consensus. No simple majority of users or miners can change them, they are as immune to a majority tyranny as anything we know how to make. Sadly the whole system can't work on this alone, since there is no known decenteralized way to autonomously decide transaction order, but it is only in narrow-as-we-can make it way that we compromise on that.

You do not make your proposals look good when you justify them with such vulgar misunderstandings of the structure and motivations that enable Bitcoin to be (possibly!) viable.
2954  Alternate cryptocurrencies / Altcoin Discussion / Re: Turing complete language vs non-Turing complete (Ethereum vs Bitcoin) on: February 06, 2014, 01:48:35 AM
In BTC we are confronted with a similar problem
No, in fact, we are not. Please pay attention to what maaku is saying, he is drawing distinctions which you are missing and which— if you continue to miss— will be fatal to your project.
2955  Bitcoin / Development & Technical Discussion / Re: Check bitcoin version byte in OP_CHECKSIG on: February 05, 2014, 11:23:22 PM
Addresses and version bytes don't exist inside the bitcoin protocol, they're user facing things only.
2956  Alternate cryptocurrencies / Altcoin Discussion / Re: Turing complete language vs non-Turing complete (Ethereum vs Bitcoin) on: February 05, 2014, 06:14:00 PM
Assume they
That doesn't doesn't sound like the kind of assumption permitted in a trustless decenteralized system. If you're willing to trust specific parties to do specific things— the design of paypal is far more efficient.
2957  Bitcoin / Mining speculation / Re: Cointerra advice needed as soon as possible (about to purchase from them) on: February 05, 2014, 04:22:25 AM
I was planning to buy many cointerras and hoping the value of btc goes up
so more of a long term thing
If you are hoping the value of BTC goes up— just buy BTC.  You will gain even more from that increase in value and eliminate the risks associated with mining. ... such as the current situation where cointerra not shipping.
2958  Bitcoin / Development & Technical Discussion / Re: Discussion: SHA256 Collisions seem to be easy to calculate! on: February 04, 2014, 07:59:01 PM
Then go ahead and calculate it and stop wasting our time with half-formed speculation.  Plus, if you find one one can collect 0.35 BTC.

I'm still waiting, incidentally, for you to take me up on your past claims that you could crack 'random' ECC keys.
2959  Bitcoin / Hardware / Re: Black Arrow 28nm 100Ghash Bitcoin ASIC from $1.99/GH/s, miners from $2.97/GH/s on: February 03, 2014, 10:20:56 PM
FUN FACT: Literally EVERYONE who preordered an asic from ANY manufacturer that delivered made a profit in USD if they mined for a week or two then resold the hardware.

The only people who think they are getting scammed are the nerds who think that btc mining must result in a positive ROI in btc and think that the hardware manufacturer can be held accountable for that.
This is going a bit off-topic... but it really shouldn't be left unchallenged.

I think you're taking an exceptionally stupid position here.  You have a stack of USD, you could do at least three things:
(0) Sit on your USD and do nothing.
(1) Buy Bitcoin.
(2) But a Bitcoin miner.

If (2) yields less bitcoin than you would have gotten with (1) you are worse off in every way. The miner takes up space, consumes power, has shipping and delivery risks, and is just as worthless as the Bitcoin if Bitcoin loses value, but is far less liquid. You take all the risks of owning Bitcoin, multiplied by illiquidity, plus some hardware specific risks.

There is no scenario in which (2) is better than (1) if (2) yields less Bitcoin, not if bitcoin goes up in value, not if it goes down, not if bitcoin becomes worthless, not on a boat, not with a goat.

Unless you want to consider incompetent people with no self control who can't manage to buy and hold things on their own— in which case I'll gladly offer second signer service for multisig at far less of a loss than ripoff prices from asic hardware vendors and a lot fewer risks.
2960  Bitcoin / Development & Technical Discussion / Re: Evolution of difficulty on testnet3 on: February 03, 2014, 09:54:02 PM
You're welcome.
Pages: « 1 ... 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 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 [148] 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 ... 288 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!