 Show Posts
|
|
Pages: [1]
|
|
Why code uses self made hash table?
Isn't it much faster to use C++ std::map ?
|
|
|
|
|
Code question!
Why the jump table is not saved with work save file?
That way, jump table will be different every time we continue work and loading file, and the potential cycles will be different!
|
|
|
|
|
Is all this a robbery/steal/theft attempt?
After spending really too much time of my life trying different code and algorithms, buying and running loud hot hardware to solve #66 & #130 I started to wander about ethics of what I am trying to do !
OK, if I have a really really good luck, I will find the key after 1-2 more years!
... BUT !!! Do I have the right to take the coins in the address? ...
The coins (the money) are not mine, and the owner (the assumed puzzle creator) never said that, if I brake the private key, I have the right to take the money !!! (Also the fact that the person has more money than us, does not give us the right to take his money!)
So .. did I spent so much time of my life trying to become a thief? ...
The assumption when I started was ... That is a challenge .. I can do my best .. BUT Do I have the moral right to get money assuming it is by the rules ? ... There are no official rules? We conveniently assume the owner intentions and are ready to get his money ... but what if we are wrong?
Mr./Mrs. Puzzle creator and puzzle addresses money owner,
Please sign a message with any known non-broken puzzle address, and state your will!
Are you fine, if money from these addresses are taken?"
Or "you consider us thieves?" or ...
(the signing #150, #155... public keys are already known and will not compromise security)
Thanks
|
|
|
|
|
Hello again,
About:
"The rules in crypto are different, when you hold a private key by the law you are the owner"
What if money were yours? Still OK with this?
"The designer ... increased the prize 10x folds after community's request."
OK! Time for another community's request:
Mr./Mrs. Puzzle creator and puzzle addresses money owner,
Please sign a message with any known non-broken puzzle address, and state your will!
Are you fine, if money from these addresses are taken?"
Or "you consider us thieves?" or ...
(the signing #150, #155... public keys are already known and will not compromise security)
Thanks
|
|
|
|
|
Hello fellow puzzle solvers,
After spending really too much time of my life trying different code and algorithms, buying and running loud hot hardware to solve #66 & #130I started to wander about ethics of what I am trying to do !
OK, if I have a really really good luck, I will find the key after 1-2 more years!
... BUT !!! Do I have the right to take the coins in the address? ...
The coins (the money) are not mine, and the owner (the assumed puzzle creator) never said that, if I brake the private key, I have the right to take the money !!! (Also the fact that the person has more money than us, does not give us the right to take his money!)
So .. did I spent so much time of my life trying to become a thief? ...
The assumption when I started was ... That is a challenge .. I can do my best .. BUT Do I have the moral right to get money assuming it is by the rules ? ... There are no official rules? We conveniently assume the owner intentions and are ready to get his money ... but what if we are wrong?
|
|
|
|
|
Hello,
How can we get the already checked ranges? (useful for statistics and checking ideas about the general range formula)
Is there a way to get the work done so far ?
|
|
|
|
The transaction from "Tempered bitcoin Core" would be signed right, because it would have all private keys of the user that runs the app. User would think that because he got BitcoinCore from official site and checked hashes it is OK, .. BUT it will not be OK! All people that defend open source here claim that "The open source code given compiles to version given". That assumption could not be true. If (in worst case scenario) main ones or all proggrammers decide to sabotage they can get the given oipen source, than add the code for any exploit than give the .exe to public and cash the transactions for one day or one hour in Fiat and all that would be irreversable and ruin trust in btc. I understand that most people here want to trust, but now the trust is blind trust. Trust that anyone else has checked all and all is fine. In my oppinion giving so much power in the hands of so many few (programmers) is really unacceptable. There must be other way to insure reliability. We do not want to trust a country or a government, but we trust 5-10 programmers. They are fine so far, ... but !!! We are working with billions dollars worth now! And people are corruptable! The temptation of billions $ is too strong for average person or group of people. About >50% computing power. As I know there were times when biggest pools did more than 5 consequtive blocks - 6 blocks are enough to add transfers of money that did not initiate transactions (not talking about double spending, but about unauthourised transactions in system).
No, you can't simply spend coins unauthorized. That's not possible. Without providing the signature or more generally, the unlocking script together with its parameters, an output can not be spent. I mean.. anyone could create a block which spends such an output without being authorized.. but this block would be invalid and therefore not accepted by every other node. Regardless of whether they have more than 50% hash power or not. They would fork away from bitcoin and no one would care. |
|
|
|
About compiling myself. I can compile mysef, but depending on compile tool type, version, libraries, setup tool version, setup dependencies... and such I can never get bit by bit same compilation. Did anyone here tried to compile the code? Did anyone got same exe ? Also even if exe how to be sure code is free of "unintentional" exploits or known "helpful" problems/bugs? About >50% computing power. As I know there were times when biggest pools did more than 5 consequtive blocks - 6 blocks are enough to add transfers of money that did not initiate transactions (not talking about double spending, but about unauthourised transactions in system). I am not going to watch your youtube video. If you want a proper discussion, mention your points. Of the 12 problems there are 2 especially bad:
1st (and 2nd) point states that "almost everything depends on programmers". We must trust them! .. And what if they went rogue - someone threaten them (mafia, governmet, ...) or they lose their head - they can introduce all kind of problems - 1.1 exploits 1.2 different exe than given open source ...
No, you don't have to trust them. You can check the code yourself. Everything is open source. Further, you don't have to take any .exe, you can 1) verify that each release is signed by the developer and 2) if you don't trust the developer (because of mafia or whatever), compile from source. No trust required. 3rd states that there were cases in which big pools had >50% compute power .. I do not think that we have any protection against that right now? Or not?
Protection from what? From them double spending a transaction resulting in bitcoin getting worthless resulting in them losing their whole business model and making all their mining hardware worthless? There are easier ways to commit financial suicide than that. |
|
|
|
Hello, I would like to start a discussion about some of the problems given in a video about main crypto-systems and their weaknesses ( https://www.youtube.com/watch?v=3lYCqX0A8xo&feature=youtu.be) Of the 12 problems there are 2 especially bad: 1st (and 2nd) point states that "almost everything depends on programmers". We must trust them! .. And what if they went rogue - someone threaten them (mafia, governmet, ...) or they lose their head - they can introduce all kind of problems - 1.1 exploits 1.2 different exe than given open source ... 3rd states that there were cases in which big pools had >50% compute power .. I do not think that we have any protection against that right now? Or not? Is there other solution to these problems other than splitting your crypto money to as many wallets and currencies possible? |
|
|
|
Regarding messages you send to petar_vazov@abv.bg for address encoding - please try more positive unoffensive announcements  Than you |
|
|
|
|
SiDhant:
monbux:
Generation of the special message address is relatively fast - minutes.
|
|
|
|
|
yenzae0215: "i can create any address i want to by sending small amount of satoshi and send it to whatever address i type"
You are wrong. You cannot send to whatever address you type. Try!
|
|
|
|
|
SpreadBit: Yes it is possible to create addresses and use them.
For example the address "12345678kQEmyaAoiQNYfam33WXfmpMSp1" can be used if you have the private key "5KGqWmamaD3rEbSmv1HY3CGyTnczjiBL9QhUKGtzXN29bKnMCFE"
You import address in bitcoin qt core software by typing at debug console:
importprivkey 5KGqWmamaD3rEbSmv1HY3CGyTnczjiBL9QhUKGtzXN29bKnMCFE
When "the message" in address is short it is easy to have private key, when generating address with long message =27 or =28 characters the private key could not be used - the address is usefull ony for sending bitcoins (and using message that way), but cannot be used for receiving bitcoins.
|
|
|
|
Bitkilo: The transaction information stays forever, but the additional info is temporary and doesn't stay in time capsule for the ages to come . Using such 'special' bitcoin addresses is useful if you like to leave Short SMS to the world to: 1. Leave a message to the next generations (1DearSon...). 2. Greet a friend for anniversary or ... something (1Congratulations...) 3. Say something important and "memorable" (1DearWorldToday...) 4. Remember forever what happened today (1TodayWeFound...) 5. Leave a hint to yourself to be able to remember ... something 6. Declare your intentions in stone (1WontSmokeAnymore...) 7. Be creative. Share ideas with others |
|
|
|
I would like to congratulate everyone on this forum with this special eternity message https://blockchain.info/address/1MerryXmasAndAHappyNewYear123sFoou in the form of a special bitcoin valid address transaction. As you know all the bitcoin transactions are kept in all the bitcoin servers of the bitcoin network and that is why the transaction and the special message it holds stays forever (or at least until bitcoin exists). I hope you like this Christmas congratulation. If you would like to greet someone of your friends with customized message of this type I will be happy to generate a valid bitcoin address you can use. My bitcoin address is "1Addresss3x3GV25jRkMCMoAMJz584xXn4" My e-mail "peet at abv.bg". The message should be no more than 27 letters base58 (no 0 or O or I or l allowed). I think 0.003 would be suitable service payment. Please use only positive messages Be responsible for the next generations reading your bitcoin special address transactions Merry Christmas and a Happy 2015 Year ! |
|
|
|
|
