Imam utisak da Craig Wright jeste zaista Satoshi. Nekako mi se uklapa u profil, socijalna inteligencija mu je na nuli, prilicno je opsesivan, ulazi u sitna crevca, reaguje kao dete koje je pokusalo da napravi nesto, a nije uspelo, nije mogao da izdrzi pritisak, pun je straha da ga ne corkiraju, a toliko je zaljubljen u sebe da ne zeli da prizna neuspeh i sada nam puni glavu nekim nebulozama. Ko zna mozda je u besu bacio sve privatne kljuceve kada je shvatio da njegovo remek delo ne radi, jer perfekcionsti su takvi, sve ili nista, a sada pokusava da proda bar svoje ime.
Taj stereotip je veoma netacan. |
|
|
|
|
Well hell, if you want to go really extreme, it isn't really Linux, but it is Unix based.
You can install OpenBSD without GUI, it is easy to install, but I am not sure that there is much you can do with it with a default install.
I mean if you don't want a GUI, I already doubt that you want an Internet browser on it, so it might be something for you.
The system is extremely secure and very minimalistic. You can run Bitcoin Core on it, I run a Bitcoin Core node on OpenBSD without GUI, but I never really considered it as a general purpose PC. A bit too extreme for me.
|
|
|
|
|
You really should be running Linux if you want to setup your PC to be accessible from the Internet.
It is insecure to let your Windows machine open to the Internet and it is a lot harder to setup and troubleshoot.
Try setting up Linux if you are not in need of some specific Windows programs that are not available on Linux for that PC.
It isn't secure in general to use Windows with cryptocurrencies. It just makes you a profitable target for hacking.
|
|
|
|
|
It's not about fixing what has already been destroyed and what will be destroyed regardless at this point, but about minimizing the losses.
We should do whatever is in our best ability to slow down global warming and limit it's impact on the ecosystem.
|
|
|
|
I don't think that witness is used to generate the address, since older wallets shouldn't be able to download witness data, but would still be able to send to segwit addresses.
Also, you need to look at the output of the transaction that was referenced in that first input, I believe, since coins aren't spent from addresses, but from unspent transactions. Addresses are there just for humans.
And there is no other (direct) possibility to make an address? I cannot turn this script ScriptSig: PUSHDATA(34) [ 002071191892b7ed5764d72cc7232cf99d722b776240d78eb625c389d7f4d03db874 ] into the address 32mgo47LcUQjPfjYNzAYEsM5fqosiqpuVd without searching for the previous out-transaction? Actually I have no idea. As far as I remember in scriptsig for legacy transactions you have a public key of that address and a signature for that transaction. And you should be able to hash the public key and encode it to get an address. However, addresses starting with 3 are P2SH, meaning that instead of a public key and signature, you have a whole script in scriptsig that needs to hash to the output value of that past transactions. Now, segwit transactions look to legacy clients as anyone-can-spend transactions. So, I guess, there would be no need to put a public key of the address into segwit as you don't need to provide proof of ownership there. And since segwit is designed to reduce fees and size of scriptsig, I assume they wouldn't put what is unnecessary there. So actually, I don't know, although it is easier to look up parent transaction and I believe that is how block explorers do it, it still might be possible by hashing the script and encoding it to that address. Still this means that you don't need a witness for this at all, since even legacy clients (that don't know about witness data) can tell if the address has spent coins or not. You should be able to find some information online on how to hash and encode the scriptsig into a Bitcoin address. Just keep in mind that this has nothing to do with segwit, you are simply looking for information on generating P2SH addresses. Then again, I am not sure about any of this and I could be completely wrong, good luck! EDIT: This might be the info you are looking for at https://github.com/bitcoin/bips/blob/master/bip-0013.mediawikibase58-encode: [one-byte version][20-byte hash][4-byte checksum]
"Version byte is 5 for a main-network address, 196 for a testnet address. The 20-byte hash is the hash of the script that will be used to redeem the coins. And the 4-byte checksum is the first four bytes of the double SHA256 hash of the version and hash." Keep in mind that Bitcoin uses specific base58 encoding as well. |
|
|
|
Finding money and not giving it back to the owner or to the police is considered as theft in various countries. Today there was a report about a Romanian man who bought a cabinet and inside of it he found a hidden box with approximately €59.000 if I remember correctly.
The report was on a German channel and a lawyer explained that in Germany, if you buy an item from someone and find money inside, you have to give it back. Otherwise you could get a hefty fine and even go to prison. You are also entitled to a 5-10% reward depending of the amount found.
If you give the money to the authorities and nobody comes forward to claim the money after X amount of days - the money will be yours.
Sounds like he should have kept his mouth shut. There would be no way to prove he found the money if he didn't admit it. Same with bitcoins, really hard to prove he was the one that found them. He could always send them to his new address before spending them and just claim he bought them with cash, denying that this address belonged to him. |
|
|
|
so, we have HASHED TIME LOCKED CONTRACTS (HTLC) in bitcoin that works with the concept of PROOF-of-Payment and even could provide *reversible* transactions to the payer or re-route it to 3rd address. this only needs to open payment channels. more info: https://en.bitcoin.it/wiki/Hashed_Timelock_Contracts** if there are no other technical considerations, now we have an ALICE1-ALICE2-CHARLIE relationship in a dead scenario. Alice owns two accounts, Alice1 and Alice 2. Alice will have her bitcoins accessible by submitting a random digital content with Alice1 which triggers a transaction to Alice2. if this digital content does not submit before a specified future time, then could automatically re-route to CHARLIE. It is unnecessary to use hashed timelock contracts if you can use simple a simple timelock value in transactions. You shouldn't make things more complicated then they need to be. Using timelock you will be able to use any kind of transaction (segwit, legacy,multisig) it doesn't need no special conditions. Also you will have better support with more wallets and miners supporting it. There really shouldn't be any need to complicate things like this. This is a very simple and old problem. Why not just encrypt your seed with PGP, put the encrypted text in your will, and store the
password in your bank safe deposit box. You could even give the recipient a BIP39 password now, without the seed
so that only they can access the btc if/when the seed is decoded, presumably after you are dead and
your safe deposit box has been opened.
This should also work in it's own way. It is simpler to setup then using timelocks, although it moves a bit of complexity to the party that receives the inheritance. It is also slightly less secure since it depends on trust of seed words not being obtained prior to the persons death. So it's not as insecure as putting a private key in a will, since anyone would be able to steal it. However from the perspective of a user that holds the password, the security is the same as if that was the private key. So in conclusion, not as elegant, but perhaps easier to setup for the person that is writing a will. |
|
|
|
Make a timelocked transaction that spends his coins when he's a 100 years old, or a 120, some time that he obviously won't reach.
For practical reasons it is even better to create timelocked transaction with something he could live to, like 1 year and then just spend those outputs at least once a year to a new address from which he can create a timelocked transaction again. As I said, I think GreenAddress wallet already does this automatically for you. I am not sure if they are open source, they have a lot of repos on their Github page https://github.com/greenaddressPrematurely broadcasted timelocked transactions are invalid and ignored by the network. That's why additional application logic is needed to broadcast the timelocked transaction after the timelock has passed.
They can't be included in a block until the timelock is reached, but I do assume that they stay in the mempool for a while. Still, it makes since that you should keep your wallet running at least until few days before you die, so it doesn't disappear from the mempool. Most wallets, including Bitcoin Core, will keep broadcasting your transaction until it is included in a block. |
|
|
|
|
Yes.
Bitcoin Core offers it by default now. Whenever you spend coins, even to legacy addresses, your change goes into a segwit address.
|
|
|
|
use Multisignature Application in 1-of-2 method..
This is just as good as giving the other person your private key right now. Well, look at the responsibility of involved people in both solutions. in multisignature you could engage your attorney in the process and he/she never could spend your money with his/her secondary account without your permission on contract. if you give the other person your only private key, you will lose the advantages of non-repudiation that comes with asymmetric encryption. I think you are thinking of 2-of-2 multisig, not 1-of-2. 1-of-2 means that either of the keys can unlock the funds. 1-of-n multisig transactions are equivalent to sharing your private key with n people, as anyone can spend it. 2-of-2 multisig wouldn't work here though, unless you want to not be able to spend your coins without your attorney's permission. There are many ways if he rely on trusted people or 3rd party which already mentioned by others. Otherwise, the closest things that i could think is using P2SH transaction/bitcoin script where the receiver only can claim the Bitcoin after n days/blocks. To prevent claim abuse while he's still alive, he could remake the script with different timelock before current timelock is "expired". The rough code should look like this (i'm still learning bitcoin script, so most likely it's inaccurate) : OP_IF
<Alice's Public Key> OP_CHECKSIG
OP_ELSE
<90 days> OP_CSV <Bob's Public Key> OP_CHECKSIG
OP_ENDIF
Or you could just create the transaction with timelock as said above and it won't be included in the block until that time is up. Creating non-standard transactions is risky, as they are not always accepted by miners. If you have a standard solution and timelock is as simple as it gets, since every transaction already contains this value, then it is probably better to use it that way. That's it. Now he only needs to create a "switch" to spend his coins to the address A whenever he dies. A button on his phone when he's on his deathbed, or something.
I don't know why you are insisting for there to be some live program running when there is such a simple solution already stated with timelocks. There is absolutely no need to create any new programs or servers for this. Bitcoin was already designed from the beginning supporting these things. Timelock value exist in every transaction, they are just set to 0 by default in most wallets. |
|
|
|
Using these centralized services would be even worse then putting seed words in your will, as OP mentioned.
The information/seed can be encrypted and the people who will receive the email would already have a way to decrypt the message but they would need the email to do so. Still it is safer and more reliable to encrypt the seed words in your will then to use some website that will likely not exist in 10, let along 30-50 years. use Multisignature Application in 1-of-2 method..
This is just as good as giving the other person your private key right now. |
|
|
|
Please read to the end, and even better let me read it to all my friends.
What? Now I am definitely for renewable energy and solar power, but nothing is perfect. Oil should be cut out as soon as possible, but this will obviously not happen even though majority of people would surely agree with us. Money is stronger then democracy, it is those that have money that have biggest votes. I haven't really read your entire post, I am too lazy for that, but from what I read I see you have a problem with waste of food and etc. I just want to point out that this is easy to complain about when you imagine the World as one small connected place, but the truth is, World is so big that it is easier to make new food then to transport it, sometimes. And easier means less wasteful, most of the time. Solar energy isn't perfect, it is better, but it still takes away light from trees, plants and the rest of the ecosystem. Also we aren't really destroying the planet, this planet went through a lot worse on it's own and all of this carbon we are releasing through burning oil came from the atmosphere in the first place, trapped by plant life that decayed over millions of years into coal and oil. We are simply changing the planet with a bigger pace then it changed on it's own, which is not that bad for the planet, as it is bad for the creatures on top of the food chain (humans,...). Plants will be just fine when be burn all the oil, we wouldn't, some of our cities would be underwater for start. So the point here is not that we are hurting the planet as much as we are hurting ourselves with greed. I don't think anybody will make a rebellion over this, since some small portion of this short term benefit sprinkles over to us. If we see it though, in another perspective, as big greedy players profiting more over something we all pay for equally, then that is another thing entirely. You see, we should demand our share, profit from oil companies should be shared equally and directly to every human being on this planet, since all of us are paying for it in the end equally, by living in a less human-hospitable World afterwards. Now when we all get our share, perhaps then we all equally agree that the profit from it isn't worth it, but the first action would be to take away all the power from oil companies and shut it down for the private sector if the share in the company isn't shared equally along every human in the World. Individuals simply can't profit for something that we will all suffer in the end equally. |
|
|
|
|
Steal all without a second thought.
If they the keys are kept insecure, then better for me to steal it and secure it than to leave them open like that.
Later I can always give them back if someone asks for it, if I feel like it.
|
|
|
|
Using these centralized services would be even worse then putting seed words in your will, as OP mentioned. |
|
|
|
Nije narod problem vec politicari I "kontroverzni biznismeni" koji izvlace novac jer su nasi olosi postali toliko bezobrazni.Nisu obicni smrtnici poput nas meta zakona,mi smo kolateralna steta
Ma znam ja da su kriminalci povod za to. Uvek je povod kriminal ili terorizam kad ti uzmu pravo na slobodu ili privatnost. Odluka treba da se donese sa uracunatim gubitkom kolateralne stete, ne samo dal cemo uhvatiti kriminalce ili ne. Iskreno ja bih radije da sam ja slobodan i da su moji podaci bezbedni, nego dal ce neki politicar ukrasti jos nesto novca ili ne. Nadju uvek kriminalci nacin da zaobidju zakon, problem koji nastaje od zakona uglavnom se samo svaljuje na posten narod. Sto manje vlasti imaju podatke o nama, to je bolje za nas. Vlada se sastoji od politicara, nece oni sami sebe da hapse sigurno. |
|
|
|
|
I don't think that witness is used to generate the address, since older wallets shouldn't be able to download witness data, but would still be able to send to segwit addresses.
Also, you need to look at the output of the transaction that was referenced in that first input, I believe, since coins aren't spent from addresses, but from unspent transactions. Addresses are there just for humans.
The output of that transaction should contain the address you are looking for (I think).
|
|
|
|
|
The best way to do this is by creating a transaction with locked time to send to a specific address.
Then while he is alive, he can move those funds (invalidating the locked time transaction) and create a transaction again.
This is a cost free and simple solution, however if you are doing this on a hot wallet, you will need to keep doing this whenever you move your funds.
I think some wallets (GreenAddress wallet?) already support this.
|
|
|
|
Sve ovo u prevodu znaci da ako se nasi olosi od politicara ne opamete uskoro za godinu dana bicemo banovani na vecini menjacnica(cex i bitstamp)
Pa dobro, bolje i da budemo banovani sa tih menjacnica nego da uopste nemamo opicije za finansijsku privatnost. Zadnje sto bih zeleo je da drzave prate odakle mi novac, koliko ga imam i za sta ga koristim. Nek oni prvo nadju razlog da me prate, pa onda nek rade sta oce, a ne da nas po defaultu sve prate ni krive ni duzne. Pa onda kad se nekom cefne da iskoristi te informacije u lose svrhe sto sakupljaju o nama, da mu vec tu sve bude na gotovo. |
|
|
|
|
It is quite easy to determine which Bitcoin addresses exchanges use, by deposit and withdrawing money from them.
Eventually they can build up a list pretty easily over time.
|
|
|
|
|
Mozes i preko Bisq-a da pretvoris Monero u Bitkoine i obrnuto.
Tu ti ne treba nikakav ID, jer je P2P, pa Monero community ga koristi dosta.
Mozes tu i u kes da pretvoris, al nema mnogo u Srbiji ponuda, za dinare.
Ako telenor banka koristi SEPA, kao sto sam cuo, onda mozes i tu da izadjes na EUR/BTC ponude, kojih ima dosta.
U Srbiji ima samo dve ponudo trenutno, i to su F2F ponude (face to face, odnosno kes na ruke), al mozes uvek da napravis sam svoju ponudu i okacis.
Ili preko SEPA-e sa Evropljanima da trgujes, kao sto sam rekao.
|
|
|
|
|
Show Posts
