Was passiert eigentlich, wenn sich alle Node-Betreiber für das Pruning entscheiden - z.B. aus Platzgründen?
Wo bekommt man dann die komplette Chain her, um einen neuen (gesicherten) Node aufzubauen?
Die gibts dann nicht mehr, zumindest nicht in der derzeitigen Umsetzung. Auf Dauer soll es aber so sein das jeder Node einen Teil speichert so das alle zusammen mehrere Kopien halten ohne das einer alles haben muss. |
|
|
|
es sind zwei socks 5 proxy
und ein socks 5 proxy ist kein normaler proxy
viele daten/dienste lassen sich durch einen normalen proxy tunneln aber nicht alle deswegen wird ein socks 4 bzw 5 proxy benötigt.
aber zwei socks 5 proxy in einem progamm ist mir schleierhaft!
welche daten gehn durch zum normalen und welche daten gehn zum den "tor socks 5 proxy"?
und was passiert wenn daten die zum den "tor socks 5 proxy" gehn sollten zum normalen socks 5 proxy geschickt werden?
Es gibt erstmal nur einen (SOCKS5) Proxy, aber wenn Du über den verbunden bist kannst Du trotzdem noch weitere Verbindungen über Tor aufbauen. Da Tor als lokaler Proxy auftritt macht das schon Sinn. Die Verbindungen über den default Proxy würde man dann auf IPv4/6 beschränken und den Tor Proxy nur für Tor Verbindungen nutzen. Ich würde vermuten das alle Daten die weitergeleitet werden über beide Proxies gehen. Im Detail hab ich mich aber nicht damit beschäftigt. der tor socks 5 proxy macht auch nichts anderes als eine IP verbindung, nur halt zum Tor netzwerk Ein Socks proxy ist sowas wie ein nadelör deines Netzwerkes damit Programme ins Internet können. Jetzt stell dir vor, dein Netzwerk hat zwei so Nadelör, eins in das normale Internet und eins ins Tor-Netzwerk. Es wäre eine katastrophe wenn daten durchs normale statt durchs Tor-Nadelör gingen. Ich würd unter standard proxy den tor proxy eintragen! Naja, wenn Anonymität der Grund ist ja. Wenn man allerdings nur einen hidden service Node betreiben möchte der eine Art Brücke ins offene Netz darstellt kann einem das egal sein. Dann macht es auch Sinn IPv4/6 Pakete nicht durch Tor zu schleifen, sonder nur Tor traffic auch ins Tor Netz laufen zu lassen und alles andere eben nicht. Wenn man dann aber trotzdem (aus was für Gründen auch immer) einen Proxy für die IPv4/6 Verbindungen möchte, kann man das haben. Ich stell mir das vor wie ein Router. Der Node hat Verbindungen in unterschiedliche Netze und kann zwischen beiden Netzen Daten vermitteln (natürlich auf einer anderen Ebene als ein Router das machen würde). |
|
|
|
I've been really frustrated by the slow confirmation times too. I really hope the devs figure out something soon that will solve this problem. Hopefully something that will allow fast confirmations times and still be relatively cheap.
They have, at least the core devs. Core has a well working fee estimate for quite some time now. The most recent addition was the option to increase the fee of a unconfirmed transaction (opt-in replace by fee),but its not part of the GUI yet. |
|
|
|
I ckecked my mempool right now, btw. This mempool is limited to 1.5 GB, i.e. much larger than default.
Total size: 38057 transactions
Transactions paying less than 2 satoshi/byte in fees: 35152 (92.3%, 457 MB)
The rest will fit in a block. Actually some of the less than 2 satoshi/byte transactions will fit as well.
Conclusion: Mempool size is irrelevant. Anyone can fill up all mempools with free or almost free transactions.
~850 MB here. getmempoolinfo
{
"size": 36501,
"bytes": 392382705,
"usage": 846145904,
"maxmempool": 1000000000,
"mempoolminfee": 0.00000000
}
|
|
|
|
I have a peer with the subver Dain 0.0.1: version 70002. It does not behave maliciously or anything like that Im just curious. I couldnt find anything via the common search engines. Does anyone know anything about this node version? 2016-01-21 22:52:01 receive version message: Dain 0.0.1: version 70002, blocks=394355, us=-:8333, peer=14
2016-01-23 08:41:07 receive version message: Dain 0.0.1: version 70002, blocks=394589, us=-:8333, peer=6
2016-01-24 08:40:54 receive version message: Dain 0.0.1: version 70002, blocks=394763, us=-:8333, peer=5
2016-02-28 18:41:06 receive version message: Dain 0.0.1: version 70002, blocks=1, us=-:8333, peer=562
2016-03-01 23:34:28 receive version message: Dain 0.0.1: version 70002, blocks=400737, us=-:8333, peer=216
|
|
|
|
Ah ok. Good thing they have that "fuck u" message then.
I haven't had any trouble with my BU node though.
Its easily changed, but IIRC they just request a number of blocks over and over again. If this is their attack vector it could be automatically filtered via the log files if needed and blocked via the firewall. A normal node should not request the same block more than once. |
|
|
|
Tank you for your answers!
The truth is that right now I don't feel like spending 2-3h working on this, so I think I will just by some bitcoins with fiat.
There is a reason faucets have a higher withdrawal limit. The current dust limit is 2730 satoshi, all payments below this amount will very likely not get confirmed, because they are considered "nonStandard". I wrote a bit more about that here[1] at #1. Buying is probably the fastest option as even as little as 1 USD is way over the dust limit. [1] https://bitcointalk.org/index.php?topic=1044399.0 |
|
|
|
Four more submissions:
1) Bitcoindream(provides escrow)
2) Blazr(also an escrow)
3) bitpop
4) devthedev
Thanks again man. Updated the list once again. If you find time, please add a second link for me. Thanks to Lutpin Im now on keybase as well -> https://keybase.io/shorena/key.asc |
|
|
|
|
Well done, I guess its about time to catch up on the recent OB development.
|
|
|
|
es sind zwei socks 5 proxy
und ein socks 5 proxy ist kein normaler proxy
viele daten/dienste lassen sich durch einen normalen proxy tunneln aber nicht alle deswegen wird ein socks 4 bzw 5 proxy benötigt.
aber zwei socks 5 proxy in einem progamm ist mir schleierhaft!
welche daten gehn durch zum normalen und welche daten gehn zum den "tor socks 5 proxy"?
und was passiert wenn daten die zum den "tor socks 5 proxy" gehn sollten zum normalen socks 5 proxy geschickt werden?
Es gibt erstmal nur einen (SOCKS5) Proxy, aber wenn Du über den verbunden bist kannst Du trotzdem noch weitere Verbindungen über Tor aufbauen. Da Tor als lokaler Proxy auftritt macht das schon Sinn. Die Verbindungen über den default Proxy würde man dann auf IPv4/6 beschränken und den Tor Proxy nur für Tor Verbindungen nutzen. Ich würde vermuten das alle Daten die weitergeleitet werden über beide Proxies gehen. Im Detail hab ich mich aber nicht damit beschäftigt. |
|
|
|
.... shut up kids why would I wnna hack my own account you doofus,
For now you just claim it was hacked. We can not confirm that story, but if we would just believe any story where do you think this would get us, oh knowledgable grown up? USername : baristor
-> https://bitcointalk.org/index.php?action=profile;u=341745I also recieved email from bitcointalk stating they were victim of hack and steal of user info,
There was a database breach a few months back, yes. |
|
|
|
first come first serve
-snip- if its the ego issue then you can create all the look like-alike names for "OgNasty" and ask theymos to ban them. -snip- If it would be simple to create all look alike accounts it could be automated. I assure you there will be at least one OgNasty did not think about. |
|
|
|
ON THIS FORUM THERE IS SPECIAL HYIP/PONZI SECTION SO IT IS LEGIT HERE TO SELL DOUBLER SRIPTS! PEOPLE HAVE RIGHT TO LAUNCH/PLAY ON PONZI!  IT IS THEIR RIGHT FUCKING LUTPIN AND OTHER MOTHERFUCKERS! I DELETED FROM MY TRUST LIST SOME IDIOTS SO DO WHAT YOU WANT MOTHERFUCKER!!!!!!!!!!!!!  I dont think you understand. Scamming is not against the rules either. |
|
|
|
Could it be to avoid a dust change output?
How large are the input(s) you use and how many you want to send?
The transactions are ranging from 0.01-0.02BTC per transaction. I try to send them manually 1 by 1 and not as bundled transaction. 0.01BTC is not really what I consider to be dust. I had the following in mind: You have 2 inputs of 0.01001000 each and want to send 0.02. (no fee for simplicitiy) Core would use both inputs and have 2000 satoshi change which is below the dust limit. AFAIK if change is below the dust limit it is added to the fee. I have tried to include a fee of 0.01BTC and it forces me to pay around 0.0001XXBTC in fees. Can this be something for the protection that people won't include a ridiculous amount as fee by mistake? Core has such protection, yes. Im not entirely sure where the limits are though. I had a thread about that a while back. IIRC the limit is also in btc/sat per bytes. I think I only ever hit it on testnet when I tried to pay high fees. On mainnet I usually go with the (higher end) suggested fee. Perhaps that this security is enabled currently. I have been searching through the client to find a command where I can get rid of these forced fees, but without much success. It's quite ridiculous to be honest. I understand that they want to protect the network and force you to pay a minimum amount of fee, but even if I include a fee of 0.1BTC which I tried yesterday, it still forces me to pay a fee of 0.02XXBTC. I really don't understand why I can't set a manual fee. With the previous version I could add any manual fee that I wanted without problems. It never forced me to pay anything other than what I manually told the client to pay. It's quite annoying and I kinda regret upgrading to the latest version now. If you tell me the TX IDs you use as input, the amount in btc you want to send, the receiving addresses (including a change address if needed) and the fee you want to pay I can make you a raw TX you can decode (to confirm that it does what you want) and sign via the console. |
|
|
|
Dat feel when you get excited about having 400+ activity, only to realize Legend is 480 and won't happen for nearly 3 months.  you mean hero Yeah, legend is another 1.5 years (worst case). |
|
|
|
First of all thank you to shorena and danny hamilton for being people I can trust. I am fairly adept at weeding thru bullshit and I get a good feeling from you guys. Thank you for telling me how to find what version of core i'm using, those are the type of things that help me and hopefully teach me so that I wont have to ask for help in the future. It seems that some are trying to get info from me that will help them to steal the coins. As far as the notion that I sent less than 5 btc on my original transfer is wrong. The 5 coins made it to their destination and were used to make a purchase. We can eliminate that possibility. Before I paid to get access to this site I tried to find answers elsewhere and couldn't find a dilemma that was exactly the same. One piece of advice I got tho was to download the entire blockchain over until it shows up, someone said coins that were lost reappeared after doing this like 4 times. So far I have only done that once and I had no luck. I plan to make a backup of my wallet as suggested and proceed from there. This may sound like a dumb question but, do I have one singular wallet id to look for on a block explorer or is my wallet basically the combination of all of the addresses i've used to receive coins over time?
The word wallet can have different meanings. Most commonly it is refered to the software managing your private keys (e.g. bitcoin core) or the file that has the actual private keys in it (in case of bitcoin core that file is named wallet.dat). A wallet can store any number of private keys (and corresponding addresses) and its common that it stores more than one. As I said I am self taught and I really don't learn new skills to navigate until I am forced to. I guess you could say I like to stick with what works. Again, thank you to everyone who has offered to help.
From what you write it sounds to me that you want the unconfirmed transaction to be removed from your wallet. If you have bitcoin core 0.12, 0.11.x or 0.10.x (where x is the highest available version). You can use -zapwallettxes for that. E.g. on windows you do: #1 close core #2 make sure its closed #3 open "run" (win + r) #4 enter: c:\Program Files\Bitcoin\bitcoin-qt.exe -zapwallettxes and confirm with ok #5 let core do its thing. What the command does is it removes all transactions from you wallet and rescans in the local blocks for any transactions for any of your addresses. This will mean that unconfirmed or conflicted (e.g. in case of a double spend attempt) transactions are not added again. Your wallet will show the balance before you created (or received) the transaction. Usually this only helps if you created the transactions. Once its removed from your wallet you can recreate it after some time (~24 hours) with a higher fee. You will need to wait the ~24 hours to make sure a large portion of the network has forgotten about your transaction. This is because bitcoin network nodes (such as bitcoin core) do not relay transactions that conflict with ones the node already knows about. You want the transaction to get relayed to a miner in order to get it confirmed. |
|
|
|
|
Lets assume I have just installed my client. How can I trust the "balances" (I assume you want to store the UTXO set, but details...) when I can not calculate them myself from history data and compare it to the data in the "pruning block"? If I need to do this, someone will have to keep all history data for me to download and verify. Once I verified the data I can discard it. This however is already implemented and its called - you guessed it - pruning.
|
|
|
|
-snip-
1. Möglichkeit:
Gesamte Blockchain (inkl. Rohdaten) + Sitzt hinter einer Firewall/Router ohne NAT
Hierbei handelt es sich um KEINEN Full Node. Man könnte solch einen Node als einen reinen Beobachter sehen. Da er nicht nach außen kommunizieren kann.
Das einzige was er kann ist seine eigenen Transaktionen propagieren. Kann aber immerhin alte Adressen importieren.
Das ist so nicht richtig. Das genau ist schon ein Full Node, da alle Transaktionen und Blöcke verifiziert werden. Ob man von außen erreichbar ist spielt keine Rolle dafür[1]. Es werden auch alle Transkationen und Blöcke weitergeleitet die man erhällt (nach Prüfung versteht sich). Es ist aber nicht möglich das ein light/slim/spv client (wie z.B. Multibit(HD)) zu einem verbindet. Daher heißt es oft man würde das Netz nicht unterstützen das ist aber Unfug. Man ist ein vollwertiger Teil des Netzswerks unabhängig ob man von außen erreichbar ist oder nicht, lediglich die Verbindungen sind auf 8 beschränkt. 2. Möglichkeit:
Gesamte Blockchain (inkl. Rohdaten) + Freien Zugang zum Netz durch NAT/DMZ/UPnP oder Sonstiges
Hierbei handelt es sich num einen echten Full Node weil auch ausgehende Verbindungen möglich sind und somit der Teilnehmer vollwertiges Mitglied des Netzwerkes ist. Diesen könnten wir jetzt als Archive Node bezeichnen.
NAT und DMZ sind hier (wie bei 1. auch) unerheblich. UPnP erlaubt das automatische öffnen von Ports, alternativ macht man das manuell, die Einstellung heißt bei den meisten Routern "port forwarding". Selbes gilt natürlich auch für Server die direkt im Internet sind, also gar keine lokale und externe IP haben. Diese erlauben Verbindungen von außen, das sagt aber noch nichts über pruned oder nicht aus. Mein node auf 213.165.91.69, z.B. läuft im pruned Modus (40 GB), ist aber von außen erreichbar (zur Zeit maximal 42 Verbindungen). 3. Möglichkeit:
Blockchain nur als Header (Pruning) + Freien Zugang zum Netz durch NAT/DMZ oder Sonstiges
Hier haben wir einen Teil der Blockchain als Ganzes und einen teil nur als Header Dateien. Dieser Node kann in gewissem Rahmen verifizieren. Hier könnten wir theoretisch von einem Full Node reden.
Das mit den Header Daten ist auch son Konzept. Es gibt 4 unterschiedliche Arten von Daten für einen full node. Eine Art sind rohe Blöcke, nur die werden beim pruning entfernt. Header Daten haben damit eher wenig zu tun. Es geht darum das eine lokale Datenbank erstellt wird in der die relevanten Informationen aus den Blöcke gesammelt abgespeichert sind. Danach braucht man die rohen Blöcke nur noch sehr selten. Wenn ein pruned node sie braucht, müssen sie neu runtergeladen werden. 4. Möglichkeit:
Blockchain nur als Header (Pruning) + Sitzt hinter einer Firewall/Router ohne NAT
Kann weder nach außen kommunizieren noch hat es die gesamte Blockchain als Rohdaten vorliegen. Taugt eigentlich zu nix außer eigene Transaktionen anzeigen und zu propagieren. Kann nicht einmal alte Adressen importieren, da kein Rescan möglich ist.
Ist aber immer noch ein full node, da aktuelle(!) Blöcke und Transaktionen weiterhin vollständig verifiziert und weitergeleitet werden. Als kleiner Nachtrag zu den 4 Möglichkeiten: In allen 4 Fällen reden wir von Bitcoin Core (Bitcoin QT).
... oder classic, oder XT oder Unlimited oder, oder, oder. Bitcoin core (früher QT) ist die gängiste Software für Full Nodes, aber bei weitem nicht die einzige. Somit fällt der lightweighted Client komplett aus dem Raster und sollte eigentlich garnicht als Node betrachtet werden. Das ist aber nur meine persönliche Sichtweise. Ist alles etwas wirr aber wann war die digitale Welt schonmal einfach und verständlich?  Ein Node ist einfach ein Begriff aus der Mathematik zur Beschreibung von Netzen oder ähnlichen Strukturen. Zu Deutsch sind es Knoten, ein SPV Client (Multibit HD) ist ein Knoten im Netzwerk, eine Software die zu einem bestimmten Server verbinden muss schon eher nicht mehr (z.B. Electrum). Diese Server sind dann aber in der Regel nicht nur Knoten sondern auch Knoten die vollständig verifizieren. [1] Die Verbindungen sind immer TCP/IP Verbindungen und erlauben damit das senden von Daten in beide Richtungen (im Gegensatz zu UDP/IP). Man kann sich das wie Straßen vorstellen. UDP baut Einbahnstraßen auf der genau ein Auto fährt und danach ist die Straße weg. TCP/IP baut reguläre Straße auf der in beide Richtungen solange gefahren werden kann wie beide Seite damit einverstanden sind. Erst wenn eine Seite die Verbindung abbaut (oder nicht mehr erreichbar ist) wird die Straße entfernt. Wenn ich hier "von außen erreichbar" sage, dann meint das nur wer den Straßenbau einleitet. Wenn die Straße erst mal da ist, wird in beide Richtungen gefahren. |
|
|
|
 can someone tell me what this means? It just means that blockchain.info is no longer storing the TX in question in their database. this was a incoming transaction, and still has 0 conformations in my wallet, anyone know where it has gone?
Its still there, as long as there is no confirmed double spend. EDIT - I have the same for a incoming transaction also, I have over half a coin tied up in these two transaction, and a little worried.
EDIT 2 - rescan did not clear anything. :-/
No rescan does not do anything here. Do you still have the transactions in your wallet? If so you can resend them (I assume core, because you said "rescan") with (Help -> Debug Window -> console): getrawtransaction TXIDhereIt will return a long hex string, the transaction which you can resend with: sendrawtransaction HEXstringHEREResending every ~30 minutes will make sure the network does not forget about the transaction. It might (depending on the fee paid and the TX size) be better to let the network forget and let it resend with a higher fee. |
|
|
|
One day ago, i used 152.9 BTC to purchase 8266 ETH in a single transaction. Since then price has gone up a good bit, however, my order is still pending...
I would like to understand how things work a little better, my questions are...
1) how long do larger transactions take? so far ive waited over 24 hours, ive noticed smaller transactions are way quicker
The size alone is not important, the question is how high a fee per byte you pay. 2) did i capture price at time of buy?
I dont know, that depends on who poloniex works. I always had the impression that you need to deposit before you can trade. Which would imply that you have not yet traded. 3) is it better to break down my transaction by doing 10 smaller ones that equal 1 big buy?
No. 4) how do whales trade massive amounts?
If you transfer >50k USD, pay the few cents fee. |
|
|
|
|
Show Posts
