Bitcoin Forum
May 09, 2024, 11:01:11 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 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 ... 103 »
801  Bitcoin / Development & Technical Discussion / Re: The biggest problem with cold storage wallets is making sure that your address.. on: December 07, 2013, 06:38:28 PM
It gets it's randomness from a hardware random number generator that uses thermal gradients to produce entropy. 
I guess that is exactly what he is afraid of.
All these hardware random number generators are completely unauditable - its even worse than with the software.
802  Bitcoin / Development & Technical Discussion / Re: Is anybody working on pruning on the main client? on: December 07, 2013, 04:44:35 PM
Look up "MMR TXO commitments" among other things - we're way ahead of you mate.

FWIW I've been hired by Mastercoin to work full-time on crypto-coin research - scalability will definitely be one of the focuses of my work.
Well, I would be surprised if you were not ahead of me, since I have not even worked on this.
And I cannot work on this, since it is literally impossible to change a peer-to-peer protocol while being  the only peer on the network.
There were times when I had my ideas and energy to work on such things, but you guys seem to always know better and it doesn't seem like you need anyone new in the team.
And now, after the latest red list revelations, it's even a team that I would be ashamed to join, so no thanks and good luck.

Anyway, all I am saying is that it goes very slowly and as much as I believe that some members of your team are sincere, competent and professional - there are also others who are intentionally disturbing to drive this project in the right direction, often using a dirty methods. But then you defend them when I point it out.
You obviously act as a team and you cannot blame people for judging you as a team.
Plus, you cannot expect others to not beat your team in the competition, considering that to beat you on a software development field does not seem like an extreme challenge, even for a single developer, not to mention an actual team.

So my advise to the bitcoin elite: you guys either take your shit together and start doing your job right, or you will be out of this business soon - meaning that even the admiration from people who have no idea how lame this project's development has recently been will be gone within a single day.
803  Bitcoin / Development & Technical Discussion / Re: Is anybody working on pruning on the main client? on: December 07, 2013, 04:13:32 PM
You know, it's not that I care very much to increase my ignore digit... it just happens out of my control. Smiley
But let's be realistic and someone finally has to say it.

Almost five thousands years ago, it took Egyptians about twenty years to build the Great Pyramid of Giza.
If the current bitcoin elite, put into power by the satoshi himself, will manage to solve the ever known bitcoin scalability issues in less then that, then you guys will have a reason to be really proud of yourself... Though honestly, looking at your progress from the past couple of years, I have serious doubts about you meeting the deadline Smiley
804  Bitcoin / Development & Technical Discussion / Re: Is anybody working on pruning on the main client? on: December 07, 2013, 03:49:57 PM
Anyway, putting strife away and focusing on the job that eventually has to be done and will be done by someone, some day.

There is only one ultimate purging solution which does not affect the network's decentralization and address the scalability issues.
Start distributing snapshots of UTXO database, with the snapshots' security protected by the blockchain and the miners.
But that's definitely too far fetched idea, as for this team - 25 years at least, 10 of which just to realize that all the other options suck...
I'll be using viagra, instead of the memory impairing drug, by then Smiley
805  Bitcoin / Development & Technical Discussion / Re: Is anybody working on pruning on the main client? on: December 07, 2013, 03:41:42 PM
Mike != the dev team.

Just because you're looking at a guy raping a girl, while doing nothing to stop it - it does not make you innocent in the crime.
Unless he was keeping a gun aimed at you, while you were watching it, was he?
806  Bitcoin / Development & Technical Discussion / Re: The biggest problem with cold storage wallets is making sure that your address.. on: December 07, 2013, 01:39:46 PM
Hello,
I'm finding a problem making sure my cold storage wallet is secure.. I find that the only loop hole in cold storage is making sure that the address generated in the offline pc are really random..
I can think of several issues:

1. a ubunto developer change the source code so that all users that create new address in bitcoin will create address from a pool of 200 million address  ( so each one will get a different one) but the developer know the keys for all of them

2. downloading a bitcoin-qt client that new address generated from this client is from a pool of 200 million address ( so each one will get a different one) but the bitcoin-qt developer/hacker will have the keys for all address.


What is the best way to be absolutely sure my address is random|?
Has anyone ever thought about this issue?


Thank You.

Generate a random key yourself (e.g. by hashing some random input) at the cold wallet PC and import it to your bitcoin-qt wallet using "importprivkey".

Or use a different bitcoin wallet - one that does not rely on a random number source which you don't fully trust.
807  Bitcoin / Development & Technical Discussion / Re: How to gain a deep understanding of transactions on: December 07, 2013, 01:27:32 PM
Start here:
https://en.bitcoin.it/wiki/Protocol_specification#tx
https://en.bitcoin.it/wiki/Script
https://en.bitcoin.it/wiki/OP_CHECKSIG

Try to decode few raw transactions manually (from the hexdump) - that should give you a good start of what they are.

Also what is important and confuses many new people: each transaction (except of the coinbase/mining ones) refers to output scripts from its inputs, which are in previous transactions.
So validating a transaction involves executing a script that is a part of some previous transaction... same case for signing - just the opposite.
808  Bitcoin / Development & Technical Discussion / Re: Is anybody working on pruning on the main client? on: December 07, 2013, 01:08:55 PM
, but it is not really exposed out of fear that there might be too many people actually doing it which would hurt chain distribution.
Thats not _quite_ accurate. The P2P protocol has no way to communicate which nodes have which block other than a binary state for "full node or not" which implies all the block. To have pruning we first must change the p2p protocol to communicate nodes that are full nodes but can only serve recent blocks (+some named subset of the history, most likely). There are also a bunch of other minor details like refusing to serve blocks it doesn't have instead of just crashing on the request. Smiley



right.
changing the p2p protocol - that sounds like a really tough one.
seems like at least 10 years of work, for you guys.
but the good thing is that you have already spent at least the last two years on analyzing the problem, so there is a decent chance that it will get done within the next eight... Smiley

though, more likely scenario is that within the next 8 people will forget about the original bitcoin dev team and start making/using their own mods.
it's actually already happening - has happened while you were busy with designing black and red lists during a conference with US financial "authorities", otherwise known as the core of the wold's financial regime Smiley
809  Bitcoin / Development & Technical Discussion / Re: How much rarer are short bitcoin addresses? on: November 25, 2013, 11:37:08 AM
So if I understand this right, I've got my answer:
32 characters are 400,000 times rarer than 33 characters.
Statistically, but in this case, there where were only two 32-chars long addresses generated withing the 20 million random samples so the number is not very precise.
It gives you an idea about the magnitude, but the 400,000 might just as well be 150,000 or 1,000,000

So if I understand this right, I've got my answer:
Are 31 characters also 400,000 times rarer than 32 characters, or does the factor differ again?
That's a good question...
Unfortunately I don't know the answer nor have resources to run such a long simulation.
Though back in my high school (which was very long ago), if I had asked my math teacher, she would have probable known how to calculate it Smiley
810  Bitcoin / Development & Technical Discussion / Re: How much rarer are short bitcoin addresses? on: November 25, 2013, 09:33:58 AM
Perhaps the function was coded this way to avoid confusing newbies with address lengths that vary too much? Hard to be sure... but i can't think of another reason.
I believe it is to assure that the specific implementation of the decode function will always return 25 bytes, since no padding is being done there.

BTW, in theory there are eight possible "valid" addresses with the length of 26 characters:
Code:
11111111111111111111BZbvjr
11111111111111111111HeBAGj
11111111111111111111QekFQw
11111111111111111111UpYBrS
11111111111111111111g4hiWR
11111111111111111111jGyPM8
11111111111111111111o9FmEC
11111111111111111111ufYVpS

And I was wrong again; removing any of the trailing '1' will cause the satoshi client to assume the address as "invalid", even though it is technically quite valid, since e.g. both; 1BZbvjr and 11111111111111111111BZbvjr represent exactly the same 200-bit number (which a bitcoin address essentially is).

But IMHO it is a flaw in the implementation - e.g. my client considers addresses with redundant trailing '1' characters are valid and equal.
Hell you can even skip the first '1' - the 32-bit checksum that si there anyway should be just fine to assure no typos.
811  Bitcoin / Development & Technical Discussion / Re: How much rarer are short bitcoin addresses? on: November 24, 2013, 04:58:53 PM
However the next factors are much, MUCH higher than 58, it seems. I haven't been able to figure it out completely, though. This question is trickier than it seems...
I think I know why.

It is the part of satoshi's EncodeBase58() function:
Code:
    // Leading zeroes encoded as base58 zeros
    for (const unsigned char* p = pbegin; p < pend && *p == 0; p++)
        str += pszBase58[0];

So for every zero-byte at the beginning, the encode function adds '1' in front of the string - effectively forcing the string to come out longer.

Using this function, I've made a simulation on 20 millions random addresses and indeed not even once we get a string shorter than 32 characters. The statistical results are like this:
Code:
34 chars: ~96.026255%
33 chars: ~3.973735%
32 chars: ~0.00001%

But when we modify the EncodeBase58 function to break the loop (after putting the first '1' in front), then after the 20 million rounds we get stats like this:
Code:
34 chars: 95.714475%
33 chars: 4.210685%
32 chars: 0.073435%
31 chars: 0.00139%
30 chars: 0.000015%

So in other words: if you want to replace trailing '11..' with single '1..' - then you get the expected factor 58, for the even shorter addresses.

And the bottom line is that EncodeBase58 function in the satoshi client is stupidly implemented, because there is no reason whatsoever for an address to start with more than one '1', and even if it does you can just remove the extra ones and the address will still work just fine.
812  Bitcoin / Development & Technical Discussion / Re: How much rarer are short bitcoin addresses? on: November 24, 2013, 11:24:28 AM
I believe the proper calculation for the first factor comes from the value:

Code:
0x00FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF / 58 = 0x0469ee58469ee58469ee58469ee58469ee58469ee58469ee

And the chance of 0x0469ee58469ee58469ee58469ee58469ee58469ee58469ee having... something to do with mod/div 58 - is the first factor. Smiley

Something like that... Haven't had my fifth coffee yet today Wink


EDIT:
If this time I did not get it wrong again, it might go like this (python code):
Code:
>>> x = 0x00FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF / 58
>>> 1 / (1 - float(x - 58**31) / x)
23.337985918792462
813  Bitcoin / Development & Technical Discussion / Re: How much rarer are short bitcoin addresses? on: November 24, 2013, 11:05:17 AM
I'm not very good at math... but I have noticed that 33-character addresses are about 20 times less common than 34-character addresses. Similarly, are 32-character addresses 20 times less common than 33-character addresses (and so on)?

I would really like to see a math guru confirm this.

It's as you say, except that the factor is 58, not 20.
Each one character shorter address should be 58 times rarer...

Nope, the factor is not 58. I haven't done the math (not enough time for this now) but from my quick initial testing, the factor seems to be roughly 22.5, at least for 33-character addresses. Don't forget to take leading zeros into account.

You're right - sorry, my mistake.
The first byte is always zero, which means that the first factor is lower.
13.140625, if I did the math right... (58*58/256)
But any further shorter ones should use the factor 58 / char.
814  Bitcoin / Development & Technical Discussion / Re: How much rarer are short bitcoin addresses? on: November 24, 2013, 09:56:58 AM
I'm not very good at math... but I have noticed that 33-character addresses are about 20 times less common than 34-character addresses. Similarly, are 32-character addresses 20 times less common than 33-character addresses (and so on)?

I would really like to see a math guru confirm this.

It's as you say, except that the factor is 58, not 20.
Each one character shorter address should be 58 times rarer...
815  Bitcoin / Bitcoin Discussion / Re: [LEAKED] Private Bitcoin Foundation Discussions On Blacklisting, more (ZIP dump) on: November 17, 2013, 08:15:29 PM
Quote
If the Bitcoin blockchain fork will be imminent I would recommend to change the bitcoins in namecoins for those who are worried.(at least temporary until it will be clear what happens)
IMHO Bitcoin blockchain fork will never happen, unless the american slaves change the POW function.
If they don't change the POW function, they cannot change a shit, since any fork's minority branch would be easily subjective to double-spend attacks.
So all they can do is adding Mike's colored blacklists to US based exchanges or payment processors...
But as someone had pointed it out already, it would only make the rest of the world to not accept US payment processors - just like American Express cards are not accepted in many countries anymore, because they suck and are not reliable.
And I could not care less about US payment processors, could you? Smiley

If USA wants to commit an economical suicide, they have enough options already today - they don't need Bitcoin to do it.
816  Bitcoin / Development & Technical Discussion / Re: the bs "Satoshi:0.8.99" on: November 17, 2013, 11:00:34 AM
They don't act like the spying nodes from the OP, though - they do send invs, sometimes even very fresh ones.





source: https://blockchain.info/pools

It might be a miner's solution to speed up a propagation time of the blocks it mines.
817  Bitcoin / Bitcoin Discussion / Re: [LEAKED] Private Bitcoin Foundation Discussions On Blacklisting, more (ZIP dump) on: November 17, 2013, 08:50:04 AM
- if govnm't XYZ wants to track bitcoins by blockchain analysis, we cannot avoid it anyway, and they do it anyway, that's for sure. Whether some make national laws using such data is also outside our influence (but it would weaken the country's competitiveness)
But that is exactly why the bitcoin development should put much more focus on improving anonymity.
Tracking coins via blockchain analysis is the most important issue that ought to be addressed by the developers - but it hasn't been.

Ever since Satoshi is gone, no actual privacy improvement have been made in bitcoin. The people in charge who he left the project to have obviously sold it to corporations and are now busy not developing bitcoin, but a surveillance system around it. Am I the only person who actually sees it?


Of course i fight against. I only wondered that you speak about US-Slaves since its long time away that only USA citizens had problems with that surveillance state.

I did not mean that all the people living in US are slaves. There are millions of brilliant and thoughtful people living in US, just like there are tens on millions, if not billions, of american slaves living outside US. Ironically, some of them don't even speak English. Smiley

But the system of the economic slavery that is on stake here was made in USA - first raised along with the FED, then forced onto the rest of the wold in Bretton Woods and at the end totally released by another genocidal psychopath US president who decoupled the dollar from the gold, thus lifting any limits on the debt slavery. Bitcoin is going to destroy this system, but not without a fight. The war is already happening and people need to choose sides.

I don't have a problem with people saying to me (and I hear it every day) that they prefer dollars over bitcoins. What I do have a problem with though are the hypocrites who pretend to be developing bitcoin, while in fact they are conspiring to kill it... or not conspiring, but just promote the "media and politicians will use it to beat us up if we don't turn bitcoin into dollar" approach - these are the american slaves and trust me; they live all around the world.
818  Bitcoin / Bitcoin Discussion / Re: [LEAKED] Private Bitcoin Foundation Discussions On Blacklisting, more (ZIP dump) on: November 16, 2013, 06:47:06 PM
Erm... i wonder where you life since the control of people is a disease spreading worldwide. And yes they use all kind of excuses to forward their plans. Be it terrorism or money laundering. They will spread fear to get the plans through they need to earn money.

Yes.
So you are going to surrender?
Well - do what you please...

I am going to stand up, because I am not a slave, I have my rights as a human being and I am going to use them to promote my human interests.
And Bitcoin is today my most powerful weapon, which I will not give up even after my dead body. Smiley

These days I live in Holland, but I was born and raised in Poland, though today I consider myself a citizen of the world.
Unfortunately as it turns out, the World does not issue passports, and without a passport a human being is nobody.
So I am doomed to have a nationality, even though I think nationalism is stupid and inhumane
819  Bitcoin / Bitcoin Discussion / Re: [LEAKED] Private Bitcoin Foundation Discussions On Blacklisting, more (ZIP dump) on: November 16, 2013, 06:45:08 PM
You're lovely, you know that. I've never hidden anything, you're just to lazy to read.

Like I cared which country has issued your passport; for me you are a poor american slave anyway.
A man is what he does - even Forrest Gump knew it Smiley

And no - it doesn't take a genius to figure out that I am too lazy to read through all your bullshit.

And with that, ignored.
Finally.
It's amazing how much time a person needs to waste sometimes to effectively say "fuck off" Smiley
820  Bitcoin / Bitcoin Discussion / Re: [LEAKED] Private Bitcoin Foundation Discussions On Blacklisting, more (ZIP dump) on: November 16, 2013, 06:26:07 PM
Erm, so where have I suggested adjusting the Bitcoin protocol and where have I said I do anything other than oppose anything like that? It's nice of you to take a view without facts, which probably explains the rest of your views posted as well.

Some things don't need to be spoken literally to be understood - all a person needs is an IQ higher than yours and he can easily read between the lines.

So you won't tell us where you live, will you? I'm betting it isn't China, nor Russia - because none of their citizens are asking "how high?" when the nazi US government says "jump!"
UK? You seem to be matching Mike's profile pretty well and the guy is the queen's servant, though as the leaks have shown, obviously very proud of sucking Obama's black cock...
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 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 ... 103 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!