|
sending PM now, in the meantime i'll edit topic here and say it's not available anymore
|
|
|
|
|
No minimum post requirements per week or anything like that? Neat.
I'm interested.... could I opt to use one of the less.... flashy signatures, despite being "legendary"? (yeah, I know it'd pay less)
thanks
|
|
|
|
|
you have an extremely small # of feedbacks for a sig campaign that's been running so long?
|
|
|
|
|
(mod - not sure if these topics are deleted, but please leave this at least until monday gmt, just don't want more offers while i respond to the one person that replied)
You have to be a current Hetzner customer for transfers to work.
I have a server I got off the robot auctions a couple months ago, an i7-3770, 32GB of RAM, w/ an addon NIC, specifically;
Intel Core i7-3770
HDD2x HDD 3,0 TB SATA
RAM4x RAM 8192 MB DDR3
PLUS NIC 1000Mbit PCI-E
- Intel PCIe EXPI9301CT
.... the price I am paying is € 33.61 a month. Last payment was on the 13th of this month. Don't want any extra money for it, just a pro-rated amount of the remaining days of the month (if someone wants it). I'm getting rid of it next month, regardless. The cheapest you can find a similar server (i7-3770, 32GB RAM, addon NIC) for on the robot at this moment is € 42.86. The cheapest i7-3770 w/ 32GB of RAM period is @ € 37.82 (robot prices have gone up a good 15-20% or more in the last couple months).
PM me if you want it. It'll just be cancelled & I suppose returned to the auctions if nobody is interested.
(it's in DC 16, the 5.9.xx.xx range)
|
|
|
|
|
any keys for windows server 2012? (or anyone else?)
|
|
|
|
|
i'd take one of those hackathon AWS codes, but don't have any bitcoins
i have like $1000 in steam, hoho
|
|
|
|
|
yah, ICQ is really popular in russia still.
Uh, my ICQ # is 807657. gogogogo!
my kali registration # is 210!
|
|
|
|
Hallo! How to get +Trust? I just know trust in get because someone has the potential, or trustworthy. if I could be a trustworthy person so I can get +Trust  If anyone needs help me, please .. I would be happy to help her ..  If you fear that my scam, I can show my full personal data would depend on what a person has their trust level settings at https://bitcointalk.org/index.php?action=trustif you use default settings, 'DefaultTrust' and 2 deep (uh, I think that's default), then you'd need feedback from someone on that list for it to "count" 99% sure, anyway. |
|
|
|
good thing to notice, since default tx size limit is 100kb in client, or used to be anyway (i've not looked in a year or more) suppose you'd want to change that to 50,000, to avoid having some otherwise valid p2pool share orphaned out .... but there'd be other transactions too, maybe i'm missing something in p2pool code? boggle |
|
|
|
------------------
2015-07-21 15:57:39 (clip) seed.bitcoin.sipa.be (clip) same thing x2 ed: i responded that it's working like it's supposed to, providing better reliability for evil bitcoin stuffs |
|
|
|
|
hah, just was checking what that gbt latency would go to with max block size set to 1MB and noticed that p2pool got a block,
from a share that was orphaned on the p2pool chain. hoho
|
|
|
|
I wouldn't pay a lot of attention to GBT latency, unless it's absurdly high... check some other p2pools, the block sizes, and the GBT they're getting. Block size will have the biggest impact on your GBT times... more transactions, the higher it goes. e.g. I put nogleg.com:9332 up just for the hell of it, and the GBT times are super low, because all the blocks being created are just 1 transaction, that's with maxblocksize=1000 set in bitcoin.conf. ed: less confusing statement: if you think yours is too high, you could lower that value (default is 1MB now? or maybe still 750KB) until it maxes out at what you'd like it to max at. you'll have less transactions included, though. |
|
|
|
Oh, yah, I realized that. I figured turning it off would save some bandwidth, at least. Everything is running with the updated code now, though I still wish there was a way to set it to blocks only.. don't need transactions relayed to any of my nodes, really.
THat would entirely defeat the purpose...you cant compress without pre-relaying. don't get it.. blocks? the relay always sends me transactions after i've already received them, so it's essentially wasting bandwidth |
|
|
|
5. Bored billionaires.
More like bored person with a few thousand to waste, the way it's set up currently |
|
|
|
|
ppl that want to keep block size at 1MB and also somehow allow microtransactions
|
|
|
|
Smooth process. Just upgraded my full node with the minrelaytxfee and limitfreerelay settings. Thanks team !!
should set limitfreerelay to 0, lol |
|
|
|
|
i tried to deal with this by adding a DoS value to ppl transmitting these junk transactions, but that dropped 90% of my connections
and the public relay nodes are godawful slow now, 3-10 seconds late on 3/4ths of the blocks
|
|
|
|
This seems to be relaying massive amounts of dust transactions, I had over 25000 stored.
Had to turn it off. Now debug.log is getting spammed with
and a good 50% or more of my peers are sending me an inordinate amount of data
This is not specific to the relay network, this was just someone flooding the Bitcoin network with lots of transactions. The relay network, at least, will no longer do this. Oh, yah, I realized that. I figured turning it off would save some bandwidth, at least. Everything is running with the updated code now, though I still wish there was a way to set it to blocks only.. don't need transactions relayed to any of my nodes, really. but it still ----system---- ------sockets------ -net/venet0 ---load-avg---
time |tot tcp udp raw frg| recv send| 1m 5m 15m
09-07 17:24:12| 0 117 7 0 0| 0 0 |0.31 0.30 0.36
09-07 17:24:13| 0 117 7 0 0| 654k 95k|0.29 0.30 0.36
09-07 17:24:14| 0 116 7 0 0| 593k 125k|0.29 0.30 0.36
09-07 17:24:15| 0 116 7 0 0| 495k 83k|0.29 0.30 0.36
09-07 17:24:16| 0 116 7 0 0| 496k 72k|0.29 0.30 0.36
09-07 17:24:17| 0 116 7 0 0| 335k 31k|0.29 0.30 0.36
09-07 17:24:18| 0 116 7 0 0| 402k 32k|0.27 0.29 0.36
09-07 17:24:19| 0 116 7 0 0| 523k 39k|0.27 0.29 0.36
09-07 17:24:20| 0 116 7 0 0| 443k 74k|0.27 0.29 0.36
09-07 17:24:21| 0 116 7 0 0| 474k 138k|0.27 0.29 0.36
09-07 17:24:22| 0 116 7 0 0| 469k 82k|0.27 0.29 0.36
09-07 17:24:23| 0 116 7 0 0| 451k 71k|0.24 0.29 0.35
09-07 17:24:24| 0 115 7 0 0| 533k 98k|0.24 0.29 0.35
09-07 17:24:25| 0 115 7 0 0| 611k 97k|0.24 0.29 0.35
09-07 17:24:26| 0 115 7 0 0| 648k 84k|0.24 0.29 0.35
09-07 17:24:27| 0 115 7 0 0| 652k 149k|0.24 0.29 0.35
09-07 17:24:28| 0 115 7 0 0| 635k 66k|0.30 0.30 0.36
09-07 17:24:29| 0 115 7 0 0| 458k 70k|0.30 0.30 0.36
09-07 17:24:30| 0 115 7 0 0| 514k 124k|0.30 0.30 0.36
09-07 17:24:31| 0 115 7 0 0| 444k 60k|0.30 0.30 0.36
09-07 17:24:32| 0 115 7 0 0| 366k 41k|0.30 0.30 0.36
09-07 17:24:33| 0 115 7 0 0| 375k 51k|0.28 0.29 0.36
09-07 17:24:34| 0 115 7 0 0| 402k 47k|0.28 0.29 0.36
09-07 17:24:35| 0 115 7 0 0| 790k 105k|0.28 0.29 0.36
09-07 17:24:36| 0 115 7 0 0| 502k 72k|0.28 0.29 0.36
09-07 17:24:37| 0 115 7 0 0| 623k 86k|0.28 0.29 0.36
09-07 17:24:38| 0 115 7 0 0| 403k 127k|0.34 0.31 0.36
09-07 17:24:39| 0 115 7 0 0| 595k 56k|0.34 0.31 0.36
09-07 17:24:40| 0 115 7 0 0| 466k 112k|0.34 0.31 0.36
09-07 17:24:41| 0 115 7 0 0| 340k 89k|0.34 0.31 0.36
09-07 17:24:42| 0 115 7 0 0| 655k 71k|0.34 0.31 0.36
09-07 17:24:43| 0 115 7 0 0| 598k 93k|0.31 0.30 0.36
09-07 17:24:44| 0 115 7 0 0| 595k 48k|0.31 0.30 0.36
09-07 17:24:45| 0 115 7 0 0| 465k 95k|0.31 0.30 0.36
09-07 17:24:46| 0 115 7 0 0| 543k 89k|0.31 0.30 0.36
09-07 17:24:47| 0 115 7 0 0| 489k 43k|0.31 0.30 0.36
09-07 17:24:48| 0 115 7 0 0| 492k 50k|0.29 0.29 0.35
09-07 17:24:49| 0 116 7 0 0| 652k 122k|0.29 0.29 0.35
09-07 17:24:50| 0 116 7 0 0| 461k 121k|0.29 0.29 0.35
09-07 17:24:51| 0 116 7 0 0| 601k 57k|0.29 0.29 0.35
09-07 17:24:52| 0 116 7 0 0|1074k 71k|0.29 0.29 0.35
09-07 17:24:53| 0 116 7 0 0|2315k 123k|0.26 0.29 0.35
09-07 17:24:54| 0 116 7 0 0|2372k 213k|0.26 0.29 0.35
09-07 17:24:55| 0 116 7 0 0|2290k 136k|0.26 0.29 0.35
09-07 17:24:56| 0 116 7 0 0|2475k 117k|0.26 0.29 0.35
09-07 17:24:57| 0 116 7 0 0|3616k 174k|0.26 0.29 0.35
09-07 17:24:58| 0 116 7 0 0|3001k 154k|0.24 0.28 0.35
09-07 17:24:59| 0 116 7 0 0|2388k 110k|0.24 0.28 0.35
09-07 17:25:00| 0 116 7 0 0| 392k 110k|0.24 0.28 0.35
09-07 17:25:01| 0 116 7 0 0| 486k 39k|0.24 0.28 0.35
09-07 17:25:02| 0 116 7 0 0|1098k 165k|0.24 0.28 0.35
09-07 17:25:03| 0 116 7 0 0|2137k 239k|0.30 0.30 0.35
09-07 17:25:04| 0 117 7 0 0|3196k 125k|0.30 0.30 0.35
09-07 17:25:05| 0 117 7 0 0|5036k 137k|0.30 0.30 0.35
09-07 17:25:06| 0 117 7 0 0|7243k 120k|0.30 0.30 0.35
09-07 17:25:07| 0 117 7 0 0|5251k 200k|0.30 0.30 0.35
09-07 17:25:08| 0 117 7 0 0|5138k 147k|0.36 0.31 0.36^C
can't be stopped, unless I go through and start firewalling every single one of those nodes. That's on one of my 100mbit connections too, which is why it only has 100 connections. I've seen 50MB/s receive amts on 1Gbit ed: someone with several thousand $'s to waste could easily get some 10Gbit dedicated lines, and just flood everyone out with trash transactions. ed2: and i suppose I should point out that this would be different from a typical DoS attack in that they'd have hundreds, or a thousand or two or three helpers, all transmitting as many of those transactions as their bandwidth could handle (turning it into a DDoS, with the quickness!)... ed3 (last one I hope, wtf): I've considered upping the minimum version level of connections... that would get rid of 99%, just the 1% malicious would remain |
|
|
|
We will continue do SPV mining despite the incident, and I think so will AntPool and BTC China.
Another very good reason people should not mine on Chinese pools. This is EXTREMELY bad for the Bitcoin network. ... but that's where the vast majority of the ASICs are made!1 Who could have guessed where the hashing power would go? *ponder* |
|
|
|
|
Show Posts
