Bitcoin Forum
December 18, 2017, 10:45:16 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
  Home Help Search Donate Login Register  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 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 ... 346 »
761  Bitcoin / Bitcoin Discussion / Re: The Well Deserved Fortune of Satoshi Nakamoto, Visionary and Genious on: September 20, 2015, 11:25:02 PM
Then how do you hand out IP ban on reddit ?

You can't.
762  Bitcoin / Bitcoin Discussion / Re: The Well Deserved Fortune of Satoshi Nakamoto, Visionary and Genious on: September 20, 2015, 08:13:28 PM
Could you please check if https://www.reddit.com/user/btcthwy is accessing reddit via Tor ?

Reddit mods don't have access to that info. (And I wouldn't publish that info anyway.)
763  Other / Meta / Re: Why is non-consensual release of personal information allowed? on: September 20, 2015, 07:30:13 PM
If you're going around posting people's personal information for no real reason other than just to annoy them, then that's trolling, which is not allowed.

Dox is currently more-or-less allowed for two reasons:
- It is sometimes useful when dealing with scammers for the community to collaboratively investigate the scammer. There have been a few cases where these collaborative investigations have led to good results.
- It is very difficult to define a consistent line between reasonable public information and non-public dox. For example, on Reddit the admins will sometimes delete posts which reference someone's real name even when this name can be found on the first page of a Google search for their pseudonym, which is ridiculous.

This is something that I've been thinking about for a long time. The current rules are sub-optimal, I think, since it's too easy for innocent people to be hurt. But at the same time I don't want to ban "personal information" entirely, due to the above two reasons. Maybe dox should be restricted to an "investigations" board which is only viewable to Jr members and above, or something like that.
764  Bitcoin / Bitcoin Discussion / Re: The Well Deserved Fortune of Satoshi Nakamoto, Visionary and Genious on: September 20, 2015, 07:05:53 PM
He says Bitcoin-qt doesn't allow him to sign with the coinbase address

At least in 0.11.0, that's not true. I just tried it and it worked fine.

Code:
Here's a block I mined -theymos
1HxQavcwsYnLbntANzj1V1yC5ckxZiRELg
HL+XUyNgUovWpaDPeW9bUMBYW6T8ZNqRXazgFNYLhdFPC4sEjGZf27RyCkkZbXe/ivNgYeCC+feBF7TmjtWvNkM=

I signed that on the same wallet.dat file that I used to mine the bitcoins -- I didn't import the private key or anything.
765  Economy / Auctions / Advertise on this forum - Round 158 on: September 20, 2015, 06:46:09 PM
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. Ads must appear 3 or fewer lines tall in my browser (Firefox, 900px 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. Nine 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 12, 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/Legendary 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 stats 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.

Designing ads

Make sure that your ads look good when you download and edit this test page:
https://bitcointalk.org/ad_test.html
Also read the comments in that file.

I will send you more detailed styling rules if you win slots in this auction (or upon request).

Auction rules

You must be at least a Jr Member to bid. If you are not a Jr Member and you really want to bid, you should PM me first. Tell me in the PM what you're going to advertise. You might be required to pay some amount in advance. Everyone else: Please quickly PM newbies who try to bid here to warn them against impersonation scammers.

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

So if someone bids for 9 slots @ 5 BTC and this is the highest bid, then he'll get all 9 slots. If the two highest bids are 9 slots @ 4 BTC and 1 slot @ 5 BTC, then the first person will get 8 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. Probably the end time will be 7-12 days from the time of this post, though it could be anywhere between 4 and 22 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.

I reserve the right to reject bids, even days after the bid is made.

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) after announcing the auction results in this thread. You might receive false payment information from scammers pretending to be me. They might even have somewhat similar usernames. Be careful.
766  Economy / Auctions / Re: Advertise on this forum - Round 157 on: September 20, 2015, 06:45:47 PM
Auction ended. Final result:

Slots BTC/Slot Person
1 3.90 SparkedDev
3 3.85 FortuneJack
3 3.85 PocketRocketsCasino
2 3.80 victorhing
767  Other / Archival / Lost posts on: September 18, 2015, 05:14:07 AM
These posts got lost.
768  Other / Meta / Re: Invisible character in usernames / Those usernames are being added to trust list on: September 18, 2015, 04:14:53 AM
Interesting bug. When using the utf8_unicode_* collation, MySQL treats invalid UTF-8 characters (like the X'C29D' string used here) as being equal to an empty string, even in the middle of other strings. Normally this isn't such a big deal, but in certain queries it's a major problem. In particular, this is really really bad if you're using the text as some sort of ID and the ID column is not constrained to be unique (as is the case with SMF's memberName column for some reason).

Those weird users were being added to your list because an SQL query was adding all users who matched memberName in ('') or in EcuaMobi's case memberName in ('Quickseller', ...), and this matched multiple unintended users due to that empty-string confusion. There are security implications here. AFAICT, some serious (but not critical) mischief could've been done by impersonating privileged users in certain cases. I bet there are a lot of sites out there that have more serious vulnerabilities due to this sort of thing. And I never even considered collation as a source of these issues -- it's not something I've given more than a passing glance at previously. This looks like a pretty serious flaw in SQL and/or MySQL which should be publicized more IMO. It's too difficult to reason about correctness here.

- I cleared those users from everyone's trust lists and renamed them. Some similar users probably still exist in the DB, but I don't see the need to search them out.
- I revised all of the database's collation rules to settings which should work as intended. This required locking tables for extended periods of time, which is what caused the other weirdness over the last few hours.
- I made it so you can't use names containing invalid UTF-8 strings or control characters.
769  Other / Meta / Re: Let's stop telling newbies that they can buy an account to join sig campaigns. on: September 16, 2015, 12:16:58 AM
Personally, I don't think it's encouraged much either, it's frowned upon by much of the community or at least was.

Right. It's also not "officially supported". For example, my account recovery procedures assume that accounts are not sold, so I could be convinced to return accounts to the original owner, and the purchaser is out of luck if I do this. I'm not going to act as a broker or escrow for account sales. (But if I do realize that someone is trying to take back a sold account like this, then I'm not going to do it and I might ban them for wasting my time...)
770  Economy / Scam Accusations / Re: Owner of IP address 73.225.159.251 is a hacker and tried to hack my account on: September 13, 2015, 07:24:20 PM
there are rumors that Wardrick may have been hacked since some time ago, because he was not active for several months then returned after the database has been compromised

That might also be possible. I'm looking into that.
771  Economy / Scam Accusations / Re: Owner of IP address 73.225.159.251 is a hacker and tried to hack my account on: September 13, 2015, 06:54:50 PM
Timeline (UTC):
04:00 Failed attempts to guess Wardrick's secret answer
16:31 This post
16:35 Wardrick's password reset using the code in the screenshot and an IP that Wardrick has never used

Shadow_Runner: Do you have the @gmail address? That's not Wardrick's actual email.

what about Wardrick's name disappearing from DT for some time for some people only, as reported in the tspacepilot's topic:

https://bitcointalk.org/index.php?topic=1129059.msg12408773#msg12408773

Nothing I did. Probably someone changed his trust list temporarily, and the change was cached for some people.
772  Economy / Scam Accusations / Re: Owner of IP address 73.225.159.251 is a hacker and tried to hack my account on: September 13, 2015, 06:39:27 PM
 Roll Eyes Now his account actually was compromised because he posted that link. I locked it for now.
773  Other / Meta / Re: How to check If someone added me to their default trust list? on: September 10, 2015, 10:51:59 PM
Oh yeah, totally forgot about that.

I just set this up. Smiley
774  Other / Meta / Re: How to check If someone added me to their default trust list? on: September 10, 2015, 10:30:30 PM
https://bitcointalk.org/trust.txt.xz

I made it so that'll update every Saturday at 02:52 UTC. -> is "trusts", and -/> is "excludes". Only people with at least 1 post are included. If someone has never touched their trust list, then their trust in DefaultTrust is not shown.
775  Other / Meta / Re: Limits on the number of times you can edit something on: September 10, 2015, 10:29:35 PM
Could this be fixed by allowing users to manually purge their edit log?

That'd defeat the point. Edit logs are primarily for scam investigations.
776  Other / Meta / Limits on the number of times you can edit something on: September 09, 2015, 05:30:10 PM
This limit has existed for a long time, but I'm only describing it now because I didn't actually expect people to run into it.

Symptom
You'll get this rather non-descriptive error message when editing something:
Quote
Database Error
Please try again. If you come back to this error screen, report the error to an administrator.
The edit will not happen, but will be saved as a draft.

Cause

Your post's edit log is taking up too much space. The space it takes up is related to total_bytes_of_post * times_edited_per_week, though it's not quite a linear relationship due to compression. A maximum-sized post can be updated maybe 5-20 times per week before hitting this error.

Solutions

Solution 1:
- Wait up to a week for the system to archive your post's edit log. This currently starts every Saturday at 20:51 UTC and takes around an hour to complete.

Solution 2:
- PM me with a link to your post and I'll fix it manually.
- I'm probably not going to do this more than once per person per year or something.

In either case, you'll need to reduce either or both of the size of your post or the frequency at which you update it in order to prevent this from happening again.

Maybe in the future I'll try to eliminate this problem. It's caused by the kludgy way I implemented edit logging.
777  Other / Meta / Re: The latest change in the trust system has a flaw making it abusable on: September 09, 2015, 03:07:07 AM
In summary, for people who previously had many positives and no negatives:
- The first negative rating defines a border between pre-controversy and post-controversy.
- Don't move this border unless you have a really good reason. If you must add more info, leave another negative or neutral rating.
- If you agree with the border-negative, leave a negative rating.
- If you disagree with the border-negative, leave a positive rating responding to the negative, even if you already have a positive rating for that person. Don't delete your old rating. You should also consider excluding the inaccurate-rater from your trust list.

All I'm saying in the above posts is that a simple change could prevent such illegitimate use.

It's not really simple... For performance reasons, I need to keep the trust algorithm fairly limited. It's computed ~20 times per topic page (and hundreds of times if you go to ;all), and this web-of-trust stuff is pretty slow already.
778  Other / Meta / Re: The latest change in the trust system has a flaw making it abusable on: September 09, 2015, 02:52:37 AM
No, that's intentional.

- If a person has mostly negatives, then they should clearly have a negative score.
- If a person has only positives, then they should clearly have a non-negative score.
- If someone who previously had lots of positives gets a negative, this is interpreted by the system as "This person could very well be a con man! I can't be sure, though, since it's just one rating. Better show ??? just in case".
- If they then get several more negatives after the first negative, the ??? will turn into a negative score, as it should.
- If they get positives after the first negative, then this is interpreted as "Oh, it looks like that negative is probably wrong. I guess I can now mostly ignore it."

See the full algorithm here: https://bitcointalk.org/index.php?topic=1066857.0

It's entirely legitimate to give someone a new positive rating just to negate a negative rating. (In this case you should explicitly respond to the negative rating you're negating.) It is not legitimate to keep deleting and reposting negative ratings to put the system back into "this guy just turned scammer!" mode. People who do that shouldn't be trusted.
779  Bitcoin / Bitcoin Discussion / Re: Sponsorship of the Scaling Bitcoin Conferences & extra tickets on: September 09, 2015, 12:57:26 AM
The deadline for me to give out tickets has passed, so you'll now need to buy a ticket if you want to go.

If you can't make it, the whole event will be livestreamed and everyone at the conference will have a computer in front of them connected to an IRC channel that the world will be able to join. (I will be participating via IRC.)

Was this the first time the forum sponsored a real world event? I've never seen bitcointalk sponsoring anything tbh.

Yes.

(The logo they have on their sponsors page was just something they whipped up -- bitcointalk.org doesn't have a proper logo.)
780  Bitcoin / Bitcoin Discussion / Re: Sponsorship of the Scaling Bitcoin Conferences & extra tickets on: September 08, 2015, 07:12:58 AM
If anyone wants the last ticket, you'll need to tell me really soon, probably in the next 8 hours.
Pages: « 1 2 3 4 5 6 7 8 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 ... 346 »
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!