Bitcoin Forum
May 22, 2024, 01:10:27 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 92 93 94 95 96 97 98 99 100 101 102 103 104 105 [106] 107 108 109 110 »
2101  Bitcoin / Development & Technical Discussion / Re: Instant payments made easy on: July 03, 2011, 10:43:09 PM
grml. the last recipient had the link still in the history ... no money there.

my approach now was to scan the code with my android, in the scanning app click at send by email, save the mail as draft, open the draft mail on the pc ... to see a balance of 0.
2102  Bitcoin / Development & Technical Discussion / Re: a pseudo TAN that doesn't affect the block chain but grants pretty good security on: July 03, 2011, 06:52:18 PM
It would take less than a second to find the code, since all of the used Bitcoin addresses are known. You could just search Bitcoin Block Explorer for the known part.

didn't know the bitexplorer knows the privat keys Sad
2103  Bitcoin / Development & Technical Discussion / Re: a pseudo TAN that doesn't affect the block chain but grants pretty good security on: July 03, 2011, 04:37:31 PM
LOL, i had the idea before.
Didnt you see it, just come here to dicuss it on the main thread
http://forum.bitcoin.org/index.php?topic=23476.0

I saw it, was about to comment but thought my concept with its benefits is too far off your idea so I decided to do a new thread. My idea involves no modification on the network layer, no obscure security with mouse coordinates, etc.

If you just drop a few digits from the private keys, it's trivial to crack, as an exhaustive search will retrieve them easily from a leaked wallet.dat file.

If you drop a lot of digits from the private keys, it's not better than a passphrase-encrypted wallet (as will be supported by 0.4.0), and a whole lot less user-friendly.

As described in the OP the user could decide how many digits to use. I think it is a pain to handle several wallet files today but improvements there would at least allow me to have small wallets with a password I can remember and big wallets with a password i keep in a save. else having to type in "the" password would expose all my wallet to the attacker's trojan.

I'm curious how the new client will turn out to be but I doubt that I will feel any saver opening my big wallets with it than I feel now.

Lastly both concepts could be combined.
2104  Other / Meta / [POLL] should we use more "report to moderator" clicks? on: July 03, 2011, 01:06:21 PM
i see many posts of people complaining about chaos and posts on wrong threads etc. With this poll I hope to find out if we could improve the situation by changing our use of the report button.
2105  Bitcoin / Development & Technical Discussion / Re: Instant payments made easy on: July 03, 2011, 12:51:51 PM
Why hide the balance?

ok i normally don't tell people how much i got in my physical wallet and same goes with the btc wallet or instawallet. so if instawallet provided a screen after sending like:

0.57BTC sent to xyz. Transaction link:
people could instantly get access to this exact instawallet transaction themselves and check if I only made it up.
sharing sensitive information like prior transactions or my balance is not necessary.

2106  Bitcoin / Development & Technical Discussion / Re: Instant payments made easy on: July 03, 2011, 12:43:35 PM
BTW, that bill is loaded, so get yourself those 0.01 btc!   Wink

it is. unfortunately my cellphone has no idea of my wallet and my wallet can't read QR. I leave the 14ct to others Wink
2107  Bitcoin / Bitcoin Discussion / Re: Bitcoin amount limit on: July 03, 2011, 12:28:59 PM
due to the generation of btc being coupled to energy consumption i think it makes sense to not attribute 50btc/10 minutes in 20 years from now. imagine how big mining would grow if each lucky winner gets worth 10,000,000$.

I would favour 10-20% volume growth distributed evenly to all participants per year (right now we are at 30%/a distributed based on CPU) but agree that in a peer to peer anonymous system there is no way of implementing that.
2108  Bitcoin / Development & Technical Discussion / Re: a pseudo TAN that doesn't affect the block chain but grants pretty good security on: July 03, 2011, 12:20:29 PM
forgot to mention one big benefit:
no strong passwords that can be forgotten.

slight down side:
a wallet stealer would still find out my balance.
2109  Bitcoin / Development & Technical Discussion / a pseudo TAN that doesn't affect the block chain but grants pretty good security on: July 03, 2011, 12:15:19 PM
what if i could print out the first n digits of my private keys and those digits get removed from my wallet? wouldn't that be kind of a tan? so if i want to send from address 5 i would need that remainder that i decided to move to dead wood.
* the modification to the client would be minimalistic
* the block chain would be unaffected
* user could decide on the tan length. that would be his level of security vs. effort to use it trade off.
* user would need to type in as many tans as sending addresses there are involved
* the user could decide to put stronger tans on receiving addresses than on pocket money addresses.

downside compared to tans as we know them:
* a trojan on the pc would be able to take over the transactions being done and change both amount and target once it has the tan. some eTAN procedures claim to inhibit that by hashing target and amount.
* a trojan on the pc would not only be able to take over the transactions being done but any further transaction from the same addresses.

thoughts?
2110  Bitcoin / Development & Technical Discussion / Re: Address revocation on: July 03, 2011, 11:58:55 AM
interesting thoughts. definitely worth implementing.

noob question: when/how am i able to spend again coins that fail to get confirmations for a prior transaction? the client immediately charges my balance. is "double-spending" supported in the standard client?
2111  Bitcoin / Development & Technical Discussion / Re: Instant payments made easy on: July 03, 2011, 11:52:07 AM
any escrow can do instant payments. that's not really news to me. instawallet will love your "innovation" but ok I have one improvement: instawallet gives you a read-only link to every wallet.

read only links would actually be a product i would sell if i were them.

i have a doodle-like product where i do it that way:
http://www.fluxday.com/izUlfYKWoJ6rp - this is what the "sender" sees. he has control.
http://www.fluxday.com/Ttmsc4uwMsUWgro - this is what the "recipient" sees. he can check what happened but not influence it.

for instawallet you could hide the balance, generate a ro-link for every transaction, ...
2112  Bitcoin / Bitcoin Discussion / Re: I think we should ban those ponzi game post on this forum on: July 03, 2011, 11:35:15 AM
which ones?

the ones that claim that bitcoin is a ponzi scheme? i agree. better people don't find out.

the ones that promote explicit ponzi games? i agree, too. it's too ironic Wink

2113  Other / Meta / Re: Split up General Discussion forum? on: July 03, 2011, 11:19:29 AM
agree.

people tend to post to the "general" forum everywhere as others read it there. i barely click through the other parts but if moderation enforces correct placement i'm sure noise could be reduced.

on the other hand i'm not so much for moderation but rather for some voting system that includes categories. allow all users to rate threads 1-5 for any of:
* quality
* insight
* fun factor
* bias
* ...
and display the most rated categories on the overview.

"MtGox again ...|Insight:1.2|Fun:4.3" would be totally different at first sight than
"MtGox again ...|Quality:2.3|Insight:4.3"
2114  Bitcoin / Bitcoin Discussion / Re: Your prediction: Bitcoin Price In One Week From Today $15 (Weekend) on: July 03, 2011, 11:06:57 AM
What if we think it's going to stay the same, give or take a few cents?

I bet 20BTC the Sunday closing will not be 15$ straight but I wouldn't bet on any direction.
2115  Local / Deutsch (German) / Re: Genug Münchner da für ne Bitcoin Usergroup? on: July 03, 2011, 12:40:33 AM
Servus

puh ... hätt schon böcke, vorbei zu schaun, bin aber normal zu verplant, um im deutschen forum nach dem link zum aktuellen doodle zu suchen und mich nen monat im voraus festzulegen ...

will wer, der beim letzten treffen dabei war und hier das zepter in der hand hat, nen twitter account/mailing liste/rss-feed/seite im wiki/.... machen, wo man sich anmelden kann um über termine informiert zu werden?

um mal werbung für ein eigenes produkt zu machen:
FluxDay hätte den vorteil, dass der link nicht jeden monat ein neuer wäre.
2116  Other / Meta / Re: Split up General Discussion forum? on: July 03, 2011, 12:02:32 AM
Slightly off-topic: Is it possible to jump to the first unread post in a thread? I don't even recognize any distinction between read and unread.
Just click on the purple "new" image instead of clicking on thread name

OMG thanx so much. I hovered over that icon trying to find out what it tries to tell me but there was no tooltip.
2117  Other / Meta / Re: Split up General Discussion forum? on: July 02, 2011, 11:24:39 PM
bitCoin is not coke. It's way more complicated and I'm happy that all my questions got answered when I was more of a noob than I am now. Split the forums if you want to keep the masters of bitCoin separated from the apprentices.

I mean I wouldn't mind when moderators were more active about those SELL SELL SELL trolls but enthusiasm and doubt about bitCoin in the General Discussion should be fine.

Slightly off-topic: Is it possible to jump to the first unread post in a thread? I don't even recognize any distinction between read and unread.
2118  Economy / Speculation / Re: Bye Bitcoin! on: July 02, 2011, 11:23:54 PM
lardycake don't leave us! Your participation is critical to the success of Bitcoin!
!!!!!!
seriously! Ponzi Schemes only work if people stay!!1
2119  Economy / Gambling / Re: BitCat.ch - automated bitcoin game on: July 02, 2011, 06:56:40 PM
 Grin hilarious! some of my friends don't use bitcoins because they claim it is a pyramid game.

at least you are not tricking us into one Wink
2120  Bitcoin / Bitcoin Discussion / Re: POLL: What are the most likely things that may cause bitcoin to fail ? on: July 02, 2011, 09:57:42 AM
You guys talking about government + 51% threat are forgetting one VERY important thing:

Paper money does not compute hashes, no matter how big your pile of money is.
For the government t put those millions of dollars to work to destroy Bitcoin, they first need to actually buy or make A LOT of computing hardware. Too bad for them, almost all good hashing ATI cards are sold out around the world, and we miners aren't willing to part with ours Cheesy

dream on ... said it a million times but will do it again: imagine new pools showing up that offer you 10% more than all the others, greedy miners will happily join those. once these pools reach the size of other pools, they can attack those by mining for them delivering shares but no blocks.
once those malicious pools have a combined 50% of the miners the other pools will get invalid blocks driving more miners to the bad ones. and who's the one to decide which pool is not malicious? and what greedy miner will not mine where he gets BTC, relying that others will make those BTC valuable again in the future?

I believe the bitcoin as is will fail due to greed not supporting the network as it was intended by pools controlling what gets in the block and pools controlling who gets to see the block at what time.

Is there any pool that I can mine for, but still manage all transactions and maybe even the reward? following some rule: if i give only 25% of the reward to the pool, the pool counts that share as a 25% share? This way I could mine for several pools with each share and once I find a block I want to directly broadcast it and not leave that part to the pool. This would also diminish the vulnerability for above described attack as the miners for the bad pool publish their blocks independently of the pool so it can't hold it back.
Pages: « 1 ... 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 92 93 94 95 96 97 98 99 100 101 102 103 104 105 [106] 107 108 109 110 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!