Bitcoin Forum
November 23, 2017, 03:18:12 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
  Home Help Search Donate Login Register  
  Show Posts
Pages: « 1 ... 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 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 ... 345 »
1161  Other / Meta / Re: BitcoinTalk Staff Quietly Bans People for Speaking Out Against Them on: October 04, 2014, 06:50:50 PM
Breaking: cryptocoinnews.com "journalist" gets banned for sig spam, complains on his spammy site. Can bitcointalk.org possibly survive this onslaught of negative press?
1162  Other / Meta / Re: Different icon or am I going crazy? on: October 03, 2014, 05:58:23 AM
That means that a child board has new posts, but the board itself does not.
1163  Bitcoin / Development & Technical Discussion / Re: listtransactions in stable order? on: October 03, 2014, 04:11:08 AM
I believe listtransactions is always stable unless you manually mess with your wallet.dat or use -zapwallettxes.

Reviewing the code, there is no sorting or post-processing in the listtransactions function (rpcwallet.cpp ~line 1200).

No, it is ordered. The listtransactions function gets transactions like this:
Code:
CWallet::TxItems txOrdered = pwalletMain->OrderedTxItems(acentries, strAccount);

OrderedTxItems returns a list of all wallet transactions for account strAccount ordered by the transaction's nOrderPos. nOrderPos is set in a way that ensures that all newly-seen transactions are listed later than ones seen earlier, even if the transaction seen later probably came earlier chronologically. I'm not 100% sure that this rule is followed when rescanning, but I think so.

Note that listtransactions internally loops through every wallet transaction each time you call it to ensure the correct ordering, even if you use an offset. This might make it slow for large wallets.
1164  Other / Meta / Re: Finally figured out why I couldn't connect to Bitcointalk.org on: October 02, 2014, 10:20:06 AM
Yeah, a lot of ad-blocking lists are really stupid. I'd recommend not using any of them, but unfortunately the Web is basically unusable without some sort of ad blocker.
1165  Other / New forum software / Re: External images on: September 30, 2014, 09:47:25 PM
The current solution works fine for dynamic images. If it doesn't work, then your URL is wrong or the server hosting the image is too slow.
1166  Other / Meta / Re: Forum bug: no warning about too many chars when quoting or editing on: September 27, 2014, 04:43:55 PM
I fixed it. It wasn't counting bytes accurately.
1167  Other / Meta / Re: Bitcointalk blocked by the Great Firewall of China! on: September 26, 2014, 10:42:02 PM
Tor gives us a new IP everytime we open a new tor browser. If an account is created using a tor IP by paying a fee, can it again get banned while trying to login with another tor IP or will he be forced to pay a fee again ?

Paying the fee whitelists your account. After that, you can use whatever IP you want.
1168  Bitcoin / Development & Technical Discussion / Re: CHECKMULTISIG vs. CHECKMULTISIGVERIFY - inconsistency on bitcoin.it? on: September 26, 2014, 09:53:37 PM
You're right. You shouldn't end a script with a -VERIFY opcode because the stack needs to contain a non-false value when it completes. You can use a -VERIFY opcode, but doing so requires adding wasteful data in the scriptSig.

Quote
PS. I just read about the bug in CHECKMULTISIG (popping an extra value). Is it also present in CHECKMULTISIGVERIFY? Does this mean that, in the CHECKMULTISIGVERIFY example above, the signer is supposed to add an extra unused value to scriptSig?

Yes. Bitcoin Core always uses OP_0 as a dummy value.
1169  Economy / Auctions / Advertise on this forum - Round 133 on: September 26, 2014, 02:12:44 AM
The forum sells ad space in the area beneath the first post of every topic page. About 25% of ad income goes to the forum moderators as thanks for all of their work. (There are many moderators, so each moderator gets only a small amount -- moderators should be seen as volunteers, not employees.) The rest is stored in the forum's treasury (verifiably), where it sits until the forum needs it.

Ads are allowed to contain any non-annoying HTML/CSS style. No images, JavaScript, or animation (no marquee or blinking). Ads must appear 3 or fewer lines tall in my browser (Firefox, 700px wide). Ad text may not contain lies, misrepresentation, or inappropriate language. Ads may not link directly to any NSFW page. Ads may be rejected for other reasons, and I may remove ads even after they are accepted.

There are 10 total ad slots which are randomly rotated. So one ad slot has a one in ten chance of appearing. Eight of the slots are for sale here. Ads appear only on topic pages with more than one post, and only for people using the default theme.

The ad lasts at least 7 days starting from when I put it up. (However, if you look at the ad history you'll see that ads usually get at least 8 days, and sometimes as many as 10, but this is random and definitely not guaranteed.)

Stats

Exact historical impression counts per slot:
https://bitcointalk.org/adrotate.php?adstats

Info about the current ad slots:
https://bitcointalk.org/adrotate.php?adinfo

Ad blocking

Hero members, Donators, VIPs, and moderators have the ability to disable ads. I don't expect many people to use this option. These people don't increase the impression counts for your ads.

I try to bypass Adblock Plus filters as much as possible, though this is not guaranteed. It is difficult or impossible for ABP filters to block the ad space itself without blocking posts. However, filters can match against the URLs in your links, your CSS classes and style attributes, and the HTML structure of your ads.

To prevent matches against URLs: I have some JavaScript which fixes links blocked by ABP. You must tell me if you want this for your ads. When someone with ABP and JavaScript enabled views your ads, your links are changed to a special randomized bitcointalk.org URL which redirects to your site when visited. People without ABP are unaffected, even if they don't have JavaScript enabled. The downsides are:
- ABP users will see the redirection link when they hover over the link, even if they disable ABP for the forum.
- Getting referral stats might become even more difficult.
- Some users might get a warning when redirecting from https to http.

To prevent matching on CSS classes/styles: Don't use inline CSS. I can give your ad a CSS class that is randomized on each pageload, but you must request this.

To prevent matching against your HTML structure: Use only one <a> and no other tags if possible. If your ads get blocked because of matching done on something inside of your ad, you are responsible for noticing this and giving me new ad HTML.

Auction rules

Post your bids in this thread. Prices must be stated in BTC per slot. You must state the max number of slots you want. When the auction ends, the highest bidders will have their slots filled until all eight slots are filled.

I reserve the right to reject bids, even days after the bid is made. In particular, bids from people with less than 15 activity points are likely to be rejected. I recommend not getting into a bidding war with someone who has less than 15 activity points, as their bids might not be accepted, but your latest bids will still stand. If you need to know right away whether someone's bids will be accepted, PM me.

So if someone bids for 8 slots @ 5 BTC and this is the highest bid, then he'll get all 8 slots. If the two highest bids are 8 slots @ 4 BTC and 1 slot @ 5 BTC, then the first person will get 7 slots and the second person will get 1 slot.

The notation "2 @ 5" means 2 slots for 5 BTC each. Not 2 slots for 5 BTC total.

- When you post a bid, the bids in your previous posts are considered to be automatically canceled. You can put multiple bids in one post, however.
- All bid prices must be evenly divisible by 0.05.
- The bidding starts at 0.50.
- I will end the auction at an arbitrary time no more than 12 days from now. (I will probably end the auction 1-3 days before the ads are scheduled to go up.)
- If two people bid at the same price, the person who bid first will have his slots filled first.
- Bids are considered invalid and will be ignored if they do not specify both a price and a max quantity, or if they could not possibly win any slots

If these rules are confusing, look at some of the past forum ad auctions to see how it's done.

You must pay for your slots within 24 hours of receiving the payment address. Otherwise your slots may be sold to someone else, and I might even give you a negative trust rating. I will send you the payment information via forum PM from this account ("theymos", user ID 35). You might receive false payment information from scammers pretending to be me. They might even have somewhat similar usernames. Be careful.
1170  Economy / Auctions / Re: Advertise on this forum - Round 132 on: September 26, 2014, 02:01:17 AM
Auction ended. Final result:

Slots BTC/Slot Person
4 4.00 MariaQin
2 4.00 sunxiaoxiao
2 4.00 betcointm
1171  Other / Meta / Re: Bitcointalk Blocked Chinese IP? on: September 23, 2014, 09:57:18 AM
First of all, extremely sorry for my limited knowledge. By TOR, I understand a browser that connects to an anonymous network which helps to hide the IP of the TOR user by multiple proxies. So, how does one run Bitcoin Core through a browser ? I must be missing something... Can U please point me to any directive/manual that shows How to run Bitcoin Core using TOR ?

p.s. I checked blokchcain.info is working fine inside China => http://www.greatfirewallofchina.org/index.php?siteurl=blockchain.info

It's Tor, not TOR.

Tor is most commonly used for anonymous Web browsing, but it can anonymize any TCP traffic. In Bitcoin-Qt, the default proxy settings (127.0.0.1:9050, version 5) in the network options are usually appropriate for Tor. Just run Tor and tell Bitcoin-Qt to use the proxy.
1172  Bitcoin / Development & Technical Discussion / Re: Is calendar time used in the Bitcoin network? on: September 22, 2014, 01:43:16 PM
This means that if for example the Chinese government wants to mess with bitcoin because they see it as a threat to their own currency, the yuan, then they could do a 55% attack and set the timestamps to year 2106 when the 32-bit timestamp wraps around to zero.

That'd be greater than the network-adjusted time plus 2 hours...
1173  Bitcoin / Development & Technical Discussion / Re: Is calendar time used in the Bitcoin network? on: September 22, 2014, 04:13:55 AM
https://en.bitcoin.it/wiki/Block_timestamp
1174  Other / Meta / Re: Bitcointalk Blocked Chinese IP? on: September 21, 2014, 11:14:41 PM
How can they stop Bitcoin Core from connecting to Bitcoin network ? If they could do, wont it defeat the whole concept of P2P ? I think, by barring a certain IP range, a P2P cant be broken...

Bitcoin Core is pretty easy to block. I think that just blocking port 8333 would cause serious problems for Chinese users. (There are some nodes on the network that don't use port 8333, but they're rare.) Bitcoin isn't designed to be difficult to block -- that's what Tor is for. It's been possible to run Bitcoin through Tor since version 0.1 AFAIK.
1175  Local / 中文 (Chinese) / Re: 国内若上不了BTT的临时解决办法(修改hosts文件) on: September 21, 2014, 07:35:51 AM
Note that adding the IP to your hosts file will cause bitcointalk.org to break for you if I ever change the IP address. It's probably better to use Tor.

Let me know if there's anything I can do to help Chinese users access the site.
1176  Other / Meta / Re: Bitcointalk Blocked Chinese IP? on: September 21, 2014, 07:29:05 AM
Are people in China still able to connect to the Bitcoin network using Bitcoin Core, MultiBit, etc.?
1177  Other / Meta / Re: Bitcointalk Blocked Chinese IP? on: September 21, 2014, 07:04:29 AM
Your DNS is broken. That's not the forum's IP address. Adding the correct IP (109.201.133.195) to your hosts file is a good idea. Tor will also work.

I don't completely block huge IP ranges like that.

Quote
now bitcointalk and getaddr.bitnodes.io are inaccessible from many places in China. It's obvious that the administrator blocked  Chinese IP. Visit from abroad is normal.

He knows that he's behind the world's largest censorship system, but yet he immediately assumes that two unrelated sites going down at the same time is a conspiracy by their operators to block Chinese users?? That's really stupid.
1178  Other / Off-topic / How to do in-house DDoS protection? on: September 19, 2014, 03:18:04 AM
Bitcoin.org and bitcointalk.org have recently experienced DDoS attacks, which are very annoying. I've long been uncertain about how these attacks should best be prevented. I really don't want to use CloudFlare because their man-in-the-middle position plus their ability to act almost like a CA makes MITM attacks extremely easy for them, even if you use their new feature where you don't have to give them your HTTPS private key. I don't trust them. I also don't want to use other DoS mitigation companies unless there's absolutely no other choice because a lot of them look pretty unreliable, and I prefer to minimize trust wherever possible.

Ideally, I'd like to protect the forum by buying the necessary hardware and Internet connections myself, but I'm not too familiar with how the Internet works at a hardware level. Does anyone know what I would need to do to prevent large (>10 Gbps) DDoS attacks? All past attacks against the forum have been UDP or SYN floods which just overwhelm the Ethernet adapter. Would buying more, higher-capacity Ethernet adapters be enough, or would I also need hardware firewalls, upgraded upstream routers, more servers, etc.?
1179  Other / Meta / Re: Wondering about how my forum post is ranked so high in Google search results? on: September 17, 2014, 01:11:39 PM
Quote
So I got like 25 responses, did each response make my post appear higher ranked then?

In the sitemap system that I wrote, more active topics get higher priority. Google says that they only use that to compare between different pages on the same site, though.

I think that Google especially likes the forum for new stuff because the sitemap makes it easy for them to quickly crawl new topics. They seem to have trouble parsing pages completely, though, which sometimes hurts search placement.
1180  Other / Meta / Re: Adblock/ABP circumvention code may be causing LastPass to spring a memory leak on: September 15, 2014, 01:11:47 AM
I don't do anything really strange to bypass ad-blocking, so I kind of doubt that this is the cause. If it is, then ABP or LastPass must be seriously broken.

The ABP bypassing methods are:
- Various CSS classes are randomized.
- The ad area looks just like a post from ABP's perspective, and it's surrounded by a random number of invisible "posts", so ABP can't target it accurately.
- If a link is blocked by ABP, and if the URL of the link is exactly equal to one of the URLs listed in the getabplink function (see the HTML source of any forum page), then the forum undoes the ad blocking using some simple JavaScript that I wrote. This code is only ever run once (after a 300ms delay on Chrome, immediately after the page loads on Firefox), so it shouldn't be able to cause endless reprocessing of the page or anything like that.
Pages: « 1 ... 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 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 ... 345 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!