|
im just testing this and i get no peers in the peer tab. i had it running for over 10 minutes and tried restarting. i am not using i2p, is it required?
|
|
|
|
i am thinking of offering an additional service of writing m discs and mailing them to their recipients. what is the interest in this "project". you would encrypt your data with your own password, then encrypt the data again with my public key, then send it to me. i would then burn the m-disc and mail it to you or keep it for safe keeping. m-discs are dvds that are made of inorganic composites that will last much longer than traditional dvds. they can be read by any normal dvd player/drive or whatever. i would suggest gpg, truecrypt and 7zip if your are just lazy. i will accept unencrypted data, although do not expect any warranty on the data. if there is a lot of interest i would offer storing discs inside a bank safe deposit box for a fee. i could personally guarantee the data be good for contract times and amounts of money, for a fee of course. This service like any other thing i do on bitcoin is anonymous. i wont ask you for your name, although i do need a valid address this service would be useful for somebody that does not need a lot of data to be secure, but does not want to trust large companies. again, i am just evaluating interest, post if you are interested. |
|
|
|
is this possible? something like. bitcoin-0.5.0-win32-setup.exe -silent it would be nice when i reformat to just click 1 thing and have everything like i want it, nice and fresh. |
|
|
|
What happened to it? I was really excited for it!
why do 90% of all the other projects never get out of the planning stage? |
|
|
|
|
i have some statements i believe to be true.
overall security never changes no matter what the target block time is. only time and blocks being generated will make coins more secure.
shorter times would allow us to get past the initial "uncertainty". because once you get a transaction inside a valid block, you are for the most part more secure than if you just accepted an unconfirmed transaction. this is the only benefit to decreasing block time, otherwise it only has negatives like more space required to store the chain (overhead) and more times when 2 or more blocks compete to become part of the chain.
if it were up to me i would decrease it to 2-5 minutes.
|
|
|
|
This is one of the major reasons why bitcoin is better for consumers. Pay with bitcoin and you don't have to trust anyone with your credit card details.
really, if you really think about this, the hack never really matters. if your information gets stolen and used to buy things to sell for cash, you pretty much get your money back inside 2 weeks. |
|
|
|
Dear Steam Users and Steam Forum Users:
Our Steam forums were defaced on the evening of Sunday, November 6. We began investigating and found that the intrusion goes beyond the Steam forums.
We learned that intruders obtained access to a Steam database in addition to the forums. This database contained information including user names, hashed and salted passwords, game purchases, email addresses, billing addresses and encrypted credit card information. We do not have evidence that encrypted credit card numbers or personally identifying information were taken by the intruders, or that the protection on credit card numbers or passwords was cracked. We are still investigating.
We don’t have evidence of credit card misuse at this time. Nonetheless you should watch your credit card activity and statements closely.
While we only know of a few forum accounts that have been compromised, all forum users will be required to change their passwords the next time they login. If you have used your Steam forum password on other accounts you should change those passwords as well.
We do not know of any compromised Steam accounts, so we are not planning to force a change of Steam account passwords (which are separate from forum passwords). However, it wouldn’t be a bad idea to change that as well, especially if it is the same as your Steam forum account password.
We will reopen the forums as soon as we can.
I am truly sorry this happened, and I apologize for the inconvenience.
Gabe. http://forums.steampowered.com/forums/again, if you have any passwords less than 14 characters change them, you only need to worry about this if your password was weak, or at least thats what steam is telling us. |
|
|
|
DO NOT USE UPnP!!!!!!
in some routers, they can be completely reconfigured by sending only 1 packet. this can be solved by simply turning off UPnP. id also advise turning off all other remote and automatic configuration systems, they are only security holes.
Um UPnP can only be enabled by an application on the LAN side. If you have malicous software on the inside of your firewall/router then you have larger problems then UPnP. Also is the number of packets suppose to be scary? If it took 500 packets to enable UPnP would that somehow be safer than a single packet? if you need UPnP then you probably have no idea what lan and wan is, and probably no idea what UPnP even is. if you know all of them terms then you should have no trouble at all forwarding the ports manually, it literally takes 2 minutes if you are familiar with your routers UI. also, it would not really matter the amount of packets required, the exploit still exists and is just as dangerous. also, not all routers allow the user to just disable UPnP on wan or lan individually. |
|
|
|
|
DO NOT USE UPnP!!!!!!
in some routers, they can be completely reconfigured by sending only 1 packet. this can be solved by simply turning off UPnP. id also advise turning off all other remote and automatic configuration systems, they are only security holes.
|
|
|
|
|
use 2 or more mixing services on the tor network. yes it will cost more and add bloat, but you will be better off for it if you require anonymity.
|
|
|
|
|
heres an idea, pretend the law does not exist and conduct business anonymously in freenet or tor or some other similar service thing.
i know that would not work for some things and types of business, and using a block chain type thing would be adding too much complication to a very simple matter.
heres what i suggest
a peer to peer system that allows you to input digital signatures. you put the signature of the company in your client that validates information it receives. all information sent out of the business has a incremental number that is included in the signed portion.
so heres what it would look like. i had googles public signature in my client, along with their ip address or other address locator "thing". they act like a bit torrent tracker and tell of other peers. to buy shares directly from the company you send a simple message to the server saying i want to buy some shares or bonds or whatever it is, how much, signed reply from business then you send the amount of crytocommodity you want.
the business then sends out a signed receipt publicly certifying that x bitcoin address has y shares. to sell your shares to someone else you sign their address and the amount of shares your selling with the key you bought it with. this is sent to the business, then they send out a new signed receipt. the last part does not need to happen instantly, the last part just helps keep the system tidy.
this system does not need long term decentralization in most situations, because if their server is taken down, then the business is probably dead and your shares would be worthless anyway.
|
|
|
|
|
so where do i find instructions on how to build one?
|
|
|
|
One way this could be done is to pre-generate a transaction that does this, and then toss the private key.
thank you for this post, i would never have thought of that |
|
|
|
|
taking 2x longer per block approx. this could be good to help dock a lot of the higher pools and distribute the hashing better.
|
|
|
|
It is kinda amazing how many thing bitcoin got right "on the first try". Maybe it was just luck.
yep, and its amazing how there are still so many things that break the system. the biggest being the unsustainable blockchain size. aside from that its pretty good  |
|
|
|
Sorry to revive an old thread, but I feel I have to contribute, as I have studied Quantum computing, cryptography and Bitcoin all extensively. I've been considering writing a series on the topic, but I never quite found time to do it. The least I can do is respond to this thread.
First and foremost, QCs are useless for breaking a public-private keypair if they don't have the public key, and Bitcoin addresses are actually hashes of the public key. The attacker only sees the public key the first time the owner spends coins. Therefore, if you use each address exactly once, by the time the attacker with the QC sees your public key, the coins have already been sent to another address with an unknown public key. I don't know if this was an intentional security mechanism, but it adds a high degree of quantum resistance that may actually save the network. (NOTE: actually this isn't true for coinbase transactions which usually include the person's full public key, but there's no reason the miners can't switch to regular BTC addresses)
The QC would have to have a faster connection to your computer than your computer has with the rest of the network, then when you broadcast a tx, they have to crack your public key instantaneously and broadcast a replacement transaction to a significant number of nodes before the original transaction propagates. This would be have to be a highly targeted attack -- still a stretch even if the person with the QC controls a significant number of your peer connections -- and still requires the QC to be fast enough to compute your private key nearly instantaneously. This would only feasibly succeed if they control all your peer connections. However, there's a variety of other attacks the person can execute if they control all of your peers...
The other angle is if the person with the QC also controls a significant portion of the global hashrate. With a classical computer, they can only double spend against you (sometimes), but with a QC they can now also spend your coins. If they can solve for your private key quickly after you broadcast a tx, there's a chance they can build a new branch of the chain fast enough that discards your transaction and includes one of their own. However, if someone has enough computing power to do this, the network/community is going to have serious problems regardless of whether QCs are involved.
sorry but this makes no sense to me, either because i dont understand bitcoin correctly, or you dont. what i know says that the block chain, which EVERYBODY HAS, contains a "list" of every public key and the amount of coins associated with it. the private key of the public key allows you to sign transactions, and you can verify that because the public key will allow you to do so, because that is what makes transactions valid, because you are able to verify it because you do have the public key. and what do peers really have to do with all of this? they at no point offer any security to the network other than hashing and ensuring your transactions get broadcast. i do agree with you that QCing may not break bitcoin or any other cryptographic scheme, but the future is very unpredictable so for all we know, cheese could be 600% faster than the current gen cpu's. |
|
|
|
|
i should warn people, DO NOT TRY TO MAKE THESE AND PASS THEM OFF AS BITCOIN CURRENCY.
it is a federal crime to do so because it looks like federal reserve notes.
|
|
|
|
|
if you got a wife, im sure she could whip something up after shes done cooking and cleaning your home.
or if your serious, look into going to a crazy tailor. bring in a picture and see if they will do it. although it would not be "cheap".
|
|
|
|
Atlas, could you give us a rundown of all the bitcoin projects you've proposed and where they all stand right now?
I'm still working on the Woolong Device. YEAH!! that alone would be a huge addition |
|
|
|
|
Show Posts
