Bitcoin Forum
July 12, 2024, 09:47:41 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 [425] 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 ... 546 »
8481  Bitcoin / Bitcoin Discussion / Re: Yes or No! on: November 07, 2014, 10:45:23 AM
same article, you allready posted that.


 https://www.cryptocoinsnews.com/cody-wilson-plans-destroy-bitcoin-foundation/
8482  Bitcoin / Bitcoin Discussion / Re: CODY WILSON PLANS TO DESTROY THE BITCOIN FOUNDATION on: November 07, 2014, 10:41:32 AM
post!
the!
source!


 https://www.cryptocoinsnews.com/cody-wilson-plans-destroy-bitcoin-foundation/
8483  Economy / Service Discussion / Re: An open letter to the laxotrade.com on: November 07, 2014, 09:51:36 AM
Laxotrade is a website that spams everyone that has any recent bitcoin trades. They send a very small amount of coins to everyone to try to bring people to their website through advertising.

Since Laxo sent a very small amount to the hackers address it was probably just because they saw his address in a recent trade. It's not like the hacker sent bitcoins to laxo...

 :)Thanks for your reply, but there is a question why they cannot tell  us the user information of this suspicious address.

Because they just take any address out of the blockchain and send spam transactions there. They know as much about the address as anyone else seeing it in the blockchain.
8484  Other / Beginners & Help / Re: Receiving address gone? on: November 06, 2014, 08:07:56 AM
Dont export your keys!

Your wallet has all it needs, but apparently your backup is a bit older. If you let it make "new" receiving addresses your old one should show up.

Bitcoin core has 100 addresses pre generated by default, which are not shown at first. If you backup from an old wallet.dat just klick the new button in the receiving address window for a few times.
8485  Other / Archival / Re: Updated Overview of Bitcointalk Signature-Ad Campaigns on: November 05, 2014, 09:05:28 AM
Please move Silverwallet to CLFNP

As previously stated we are not accepting new members at this time. Thank you.

thanks =)
8486  Other / Beginners & Help / Re: Is 2gb ram enough for Bitcoin-qt on: November 04, 2014, 04:56:06 PM
If you want to reduce the amount of ram put:
dbcache=4
in your bitcoin.conf.
8487  Bitcoin / Bitcoin Discussion / Re: Analysis of Bitcoin transaction rates on: November 03, 2014, 03:00:20 PM
-snip-

Yes. I've already got a "to do" item which is to take a detailed look at the types of transactions, not just the overall volumes as I can imagine quite a number of scenarios that may follow. I had already got some prelim analysis on the sizes of blocks following large inter-block confirmation times but that's currently too qualitative for my liking right now.

Not sure if thats possible afterwards, but I would be very interessted to see the priority for transactions and/or the fee paid per KByte. I am actually working on something like that currently, but my server is to weak to do it. Might be good to use historical data like you did.

-snip-
I'd actually be pretty surprised if this wasn't happening right now. I think pretty-much all mining pools are draining the system of every transaction they can, and as the network efficiency improves then they're getting quite efficient at doing it. The thing I'd really like to look at is what happens near very large blocks (there was one almost 1 Mbyte recently) and see if anyone is actually expressing a significant preference for fees. There may not actually be enough data yet, but I suspect there will be soon.

I suspect something similar, but was told that most miners use bitcoin core. Yet, if you look at the number of unconfirmed transactions and how small some of the blocks are this does not add up. Thats why Id like to see some more information about the priority of the transactions that get confirmed, because fees are not the only factor that matters.
8488  Bitcoin / Bitcoin Discussion / Re: Analysis of Bitcoin transaction rates on: November 03, 2014, 01:07:53 PM
Nice analysis.

Comments while reading: Size of a TX varies, thus the TX per Block and Blocksize comparison lacks information. The 7 TPS claim refers to a single input and a single output AFAIK. I am also pretty sure I remember a comment about the size of a TX -with one input and one output- beeing reduced a while ago.

After reading: Yes we are heading towards problems as the various discussions about max_blocksize suggests as well.

On the other hand I see the amount of unconfirmed TX going down:


8489  Other / Archival / Re: Updated Overview of Bitcointalk Signature-Ad Campaigns on: November 03, 2014, 08:55:38 AM
Bitmixer (Thread)
Miscellaneous: It appears that the campaign may be closed to new participants. See this post.

Also:

Silverwallet (Thread)
Miscellaneous: It appears that the campaign may be closed to new participants. See this[1] post.

[1] https://bitcointalk.org/index.php?topic=801206.msg9352584#msg9352584
8490  Other / Meta / Re: DefaultTrust & changing BTC address on: November 02, 2014, 05:53:45 PM
Then the person who can sign a message from the earlier address can still get it back, but it isn't ever going to be a foolproof system. Hopefully people won't need to do this with the 2-factor auth on the new forum.

Isn't it being alpha tested now? What type of 2 factor? Email phone? google auth?

https://bitcointalk.org/index.php?topic=523070.0

https://bitcointalk.org/index.php?board=167.0
8491  Other / Meta / Re: Who are the most trustworthy Bitcointalk users? on: November 02, 2014, 05:51:42 PM
-snip-

How can u trust someone whom u have neither seen in real life nor have personal identification details ? Is not it normal, that someone to be trusted, he/she should declare his/her real identity ?

If I declare to you now, that I am:

Sandra L. Ward
Camiño Real, 73
48380 Aulesti

how does that make me trustworthy?
8492  Other / Meta / Re: Has the accuracy counter for reports stopped working? on: November 02, 2014, 08:58:37 AM
Math. The more reports you have overall, the larger the spread between percentage points. If reports were rounded off to 100ths, like 96.57% you would see it going up more often. Also could be getting some bad reports occasionally, probably won't be enough to drop your percentage visibly at this point so you wouldn't know.  

Also, when you report something, it will immediately be added to your number of reports, however it won't factor into your percentage until dealt with by a moderator, and never will if the report remains in limbo (it happens).    

I'm not talking about the number of reports being stuck but the percentage.

So maybe is it an error? I'm stuck at   : You have reported 79 posts with 74% accuracy   

I doubt it. As BadBear said percentages move quickly when you have few reports and barely noticable when you have >1000 reports. IIRC hilariousandco is at >1900 reports probably more now.

Lets assume 97.0000% of these are correct, thats 1843 correct and 57 not. In order to reach 97.5% (I assume thats when 98% will be shown) he would have to make 2223 total correct reports vs 57 bad. Thats 380 good reports without fail.

For 79 posts with ~74.6835% assumed accuracy (59 good, 20 bad) you only need 1 good report (60/(60+20) = 75%)



Lets assume 97.0000% of these are correct, thats 1843 correct and 57 not. In order to reach 97.5% (I assume thats when 98% will be shown) he would have to make 2223 total correct reports vs 57 bad. Thats 380 good reports without fail.

Accuracy is always rounded down IIRC, so it'll take even longer.

People shouldn't worry about accuracy much, and certainly not single percentage points.

8493  Bitcoin / Electrum / Re: error: {u'message': '', u'code': -25} on: November 02, 2014, 08:51:32 AM
Hi,
I get this error while trying to send bitcoins with electrum 1.9.8, do you know what that means ?
Code:
error: {u'message': '', u'code': -25}
thanks.
if you have any problem with electrum you can post it on github
here is the link:
https://github.com/spesmilo/electrum/issues
also this is a same problem as you:
https://github.com/spesmilo/electrum/issues/760
hope it helps

-22 is not the same as -25, anyway I agree that its probably best if OP did a report on github. I did a short search yesterday and I could not find anything about that error. Everyone seems to have -22.
8494  Bitcoin / Electrum / Re: Save Copy? on: November 01, 2014, 09:24:30 PM


Hi Folks
it should be easy to backup a wallet right?
Except I cannot find anything that suggests backup.

Im assuming Save copy is the wallet data?

For electrum? Just make sure you have your seed somewhere (e.g. on paper)
8495  Other / Meta / Re: leet on: November 01, 2014, 09:18:16 PM



<---

Welcome on the other side. You might feel like you do not want to post for a few hours or even days, but trust me in the end you will give in and just keep going.
But... I want to be leet forever...

Well... if there only would be some sort of script that would delet your oldest post everytime you posted something new.... We could all be leet, forever
8496  Other / Meta / Re: leet on: November 01, 2014, 07:52:40 PM



<---

Welcome on the other side. You might feel like you do not want to post for a few hours or even days, but trust me in the end you will give in and just keep going.
8497  Other / MultiBit / Re: Multibit - multiple receiving addresses on: November 01, 2014, 11:00:35 AM
-snip-
But when I click on import private key , then it adds the address to the current opened wallet.

Yes thats what import priv. key does. It would be horribly unsafe if it would overwrite existing keys
8498  Other / MultiBit / Re: Multibit - multiple receiving addresses on: November 01, 2014, 10:39:03 AM
You should backup the whole folder, not only the keys.

In case of troouble, you can just load up the wallet file(s), because if you import a (another adress') key into an existing wallet you will indeed end up with a wallet with 2 addresses.

I actually happen to have lot of wallets loaded up in the multibit client, and have backups of all the keys, but after loading them back with the keys, an extra address gets added. Now I am not sure if that will automatically be aded, next time i import a private key.

Might be because a fresh wallet comes with at least one address... how exactly do you "load them"?
8499  Economy / Service Discussion / Re: Paid fees but not getting confirmation? on: November 01, 2014, 10:00:44 AM
It's just Blockchain.info not updating properly. That happens far too often.

If you look at any other block explorer (or using Bitcoin client software), you'll see that the transaction has (at the time of writing) 10 confirmations.

Will blockchain update it eventually? The problem is the receiver will not credit it untill it gets 1 blockchain confirmation...

Its just bc.i, the blockchain is fine and has a record of 11 confirmations.

https://www.blocktrail.com/BTC/tx/15967728d9e7e6915809c3588ab2c4d129bc802e4a2344baedb52f42a8ea126f
8500  Local / Anfänger und Hilfe / Re: Eine alte BTC-Empfangsadresse steht in der Blockchain als Senderadresse, wieso? on: November 01, 2014, 09:59:24 AM
Egal wieviel Software ihr auch Installiert. Bitcoins sind immer nachverfolgbar.

Man weis immer wohin sie gegangen sind und woher sie gekommen sind. Man kann nur "böse" und "gute" Bitcoins zusammen auf die selbe Adresse schicken um aus diesem Mixen zu verschleiern was gut und böse war. Das würde sich lediglich über statistik rückverfolgen lassen. Den wer 1 Bitcoin einzahlt bekommt auch 1 Bitcoin zurück. Das würde sich nachvollziehen lassen. Ob man damit aber eindeutig identifizierbar ist, kommt auch weitere Umstände an.

Gibt da auch Modelle mit variablen Gebühren, da geht die Gleichung dann nicht so leicht auf.

Wenn 5 Menschen und ein Erpresser jeweils 1 Bitcoin in den Mixer zahlen und wieder über viele Umwege und Tricks ihre 1 Bitcoin zurück bekommen, ist es schwer zu sagen, wer von den 6 der Erpresser ist. Aber nur unter diesen Bedingungen, also wenn in einem Mixer gut und schlecht gemischt wird und die schlechten den selben Betrag wie die guten einzahlen wäre es nicht mehr Gerichtsfest beweisbar. Man hat dann 6 Verdächtige, aber kann keinem 100% nachweisen. Das führt zu Freispruch. Aber vorsicht, wenn man mehrere Male zum kreis der verdächtigen gehört und jedesmal andere im Mixer waren, entsteht wieder ein Indiz über Rasterfahnungsmethoden.

Dazu müssten die Adressen erstmal mit Personen verknüpft werden.

Alle anderen Wege, egal wieviel man mit Wechselgeldadressen oder sonst was rumbastelt, sind in der Blockchain nachvollziehbar. Das ist das Wesen des Bitcoins. Und wenn ich Geld jemanden bezahle kenne ich diese Empfangsadresse und kann den Weg MEINER Coins bis zum Sankt Nimmerleinstag verfolgen...es sei den sie landen in einer Mixadresse.

Nein. Das ist jetzt vielleicht philosophisch, aber Du besitzt gar keine Bitcoin. Unabhängig davon:
Wenn ich 0,1 Bitcoin von Dir erhalte und diese in der nächsten Überweisung mit anderen Eingängen zu einem einzigen Ausgang (z.B. i.H.v. 0,7) zusammenlege, dann ist danach nicht mehr nachvollziehbar welche 0,1 von Dir sind. Dafür muss ich nicht mal mixen. Es ist lediglich klar das 0,1 BTC von Adresse A an Adresse B gegangen sind und von dort aus kann dann alles mögliche passieren, aber das hat erstmal nichts mehr mit Dir zu tun.


Deswegen wäre es eigentlich besser, wenn Händler nur EINE Empfangsadresse für alle Zeiten nutzen würden. Dort wandeln sich Coins in Waren und sind erstmal aus de Blockchain raus. Verkaufe ich diese Waren dann wieder bekomme ich NEUE Coins von irgendwem und die Kette ist unterbrochen. Aber wenn jede Ware über seperate Eingangsadressen bezahlt wird, kommt es nicht zum Mixereffekt und damit bleibt es meistens lange sichtbar was mit den Coins passiert, wohin sie gehen usw. Und da hilft keine Software die man ausschliesslich alleine benutzt.

Es wäre also Hilfreich, wenn man den Geldtransfer so signieren könnte bzw eine Software hätte die automatisch anhand dieser Signatur den Geldeingang zuordnen kann und dann beim Händler nur EINE Adresse zur Bezahlung nutzt und der Kunde seine Absendeadresse in der Bestellung einbaut.

Je nach Wallet ist es gar nicht möglich zu wählen welche "Absenderadresse" benutzt wird. Genau genommen hat eine Überweisung auch keine Absenderadresse, sondern verweist auf eine andere Überweisung. Es gibt da diverse technische Probleme wenn Händler Eingänge "von" bestimmten Adresse erwarten.

Dann ergibt sich die Signatur daraus und dieses System würde den Händler zum Mixer machen. So wie ich im Supermarkt am Ende des Tages auch nicht mehr sagen kann, wer Geld dort gelassen hat. In der Kasse ist alles gemixed. Selbst gefälschte Geldscheine sind nachdem sie in der Kasse gelandet sind kaum noch zuordenbar, welcher Kunde sie zum bezahlen genutzt hat. So würde man Bitcoins im realen Handel recht gut anonymisieren. Und das wäre nun echte Anonymität, kein Pseudonym...wie es bisher der Fall ist.

Im Supermarkt funktioniert das weil ich meine Postanschrift nicht hinterlassen muss. Wenn ich etwas online bestelle, dann muss ich dem Händler eine Lieferanschrift geben. Das heißt aber ja nicht das die bitcoin adresse "von" der meine Zahlung kommt unter meiner Kontrolle steht und es heißt auch noch nicht das die Lieferanschrift meine tatsächliche Postanschrift ist. Das lässt sich alles anders Regeln wenn man denn möchte.

Anonymität wird eher durch andere Techniken wie Stealthadressen gewährleistet. Ob das von Händler unterstützt werden wird bleibt aber fraglich.
Pages: « 1 ... 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 [425] 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 ... 546 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!