No. There will be no more features added after it is released.


Yeah, it'll work like it does now. You'll post in Meta with your request and I might add it (or have it added) if it's a good suggestion. Epochtalk will also exist as a separate software project that other sites can use, so you could probably also post an issue on github or something if your suggestion is relevant to more than just bitcointalk.org.

OK, I removed the CSS that attempted to limit the width of tables and the CSS that removed the breaks between the "show unread..., show new..., ..." links, which I guess are what most people disliked about this.

I'm not going to work on this mobile stylesheet much. I am very much not an expert in Web design. (Take a look at blockexplorer.com. )If anyone knows what CSS would look good, tell me and I'll try adding it.


That's intentional. It looks weird (especially when there is no » because you're on the last page) , but it should make it easier to click.

BTW, my addition of next/previous arrows applied to most pagination on the site at once.

Yes, it's large text instead of an image in the mobile stylesheet to make it easier to click.

I don't know. It's triggered by this CSS media query:

What does everyone else think of it? If everyone hates it, I'll make it not so weird.

That sort of display is intentional. It looks terrible, but it's supposed to be easier to use.

OK, done. The previous/next arrows should also appear extra large on small devices.

I also finally figured out how to get the mobile stylesheet to actually work. It's existed for years, but it seems that very few devices triggered it. It makes everything look a lot uglier, but hopefully a little easier to use on small screens.

Let me know if you have any specific suggestions for CSS to add to the mobile stylesheet. I'm not much of a Web designer.

I can usually add extra classes/IDs to the HTML if this would be helpful in writing CSS.

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.

Sorry for the lateness. In the future I'm going to try to gradually bring the auction lengths to the intended length of ~7 days.

Final result:
Slots BTC/Slot Person
1 4.35 CasinoEvolution
1 4.30 victorhing
4 4.30 YoBit
2 4.30 MariaQin

He's not able to respond.

The rules are the same as for humans. But keep in mind:
- No one is allowed to access the site more often than once per second on average. (Somewhat higher burst accesses are OK.)
- Every post must be on-topic. Any bot response to a topic is almost certainly off-topic. Changetip's behavior of responding to user commands publicly would not be allowed, for example.
- If someone complains about an unsolicited PM you send them, then you're probably going to be banned.

If you're talking about Susi.D's rating, then I don't think that that's spam because she only left one rating like that.

Spam (= very high volume or significant repetition) is removed, but this is rare. Spamming trust ratings is pretty useless since they're only visible to members, untrusted ratings are hidden by default, and spammed ratings will be removed.

That does seem a bit high. I'll have to look into whether the algorithm is working as expected. Maybe it isn't decaying fast enough. Though if tons of Tor users have been getting banned recently, a high fee is supposed to (temporarily) apply.

If bitcoind is ever down, email that pbbugs address and I'll whitelist you for free.

That seems illegal pretty much everywhere (and also extremely unethical), so I removed it.

Don't these services just make use of Amazon's referral system?

I don't read PMs for fun. Very very rarely, I need to read PMs for technical, administrative, or legal reasons, but I try to avoid this as much as possible. I don't want to spy on anyone's personal business.


I've never read Satoshi's PMs.


They did.

Fixed.

Those things help, but all full nodes still need to download all new transactions. Even with all proposed optimizations, you'll still need to download about 20 MB and upload 20*x MB (where x is some number that depends on but is probably less than the number of peers you have) for every 20 MB block you receive. This is better than the current network, which probably requires more than twice as much bandwidth for both download and upload. But it's not a magic bullet.


If 2 MB is all that can be agreed on now, then it's better to schedule that hard fork ASAP rather than agree on something marginally higher in 6-12 months. I personally think that 10 MB would probably be fine, though I know that there are many people who would disagree with me.

I haven't read this thread much at all, so maybe this has already been said, but I've been noticing a lot of people saying things like, "If the block size isn't raised, then that would be bad because ..." But just wanting larger blocks isn't a good argument for increasing the max block size. By far the most important issue is what the network can support. We're just going to have to learn to deal with the fact that the network's capacity is limited and fees will probably always be larger than many people want.

Exactly what block size the network can support is very much debatable. I currently think that 10 MB would be fine and 50 MB would be too much, though these are mostly just feelings. There should be more rigorous study of the actual limits of the network. (Gavin's done some nice work on the software/hardware front, though I'm still worried about the capabilities of typical Internet connections, and especially how they'll increase over time.)

It seems that hotmail.com is silently dropping forum emails for some reason, even though they say via SMTP that they're accepting the emails. You should complain to them.

Seems pretty plausible, though you're right that it can't be proven. Still, people should stay away from 999dice.com until they change the way they deal with seeds to rule out this sort of tampering.