Bitcoin Forum
November 21, 2018, 07:14:50 PM *
News: Latest Bitcoin Core release: 0.17.0 [Torrent].
 
  Home Help Search Login Register More  
  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 ... 368 »
41  Other / Meta / Re: Hidden Text 123456789101112131415161718192021222324 In ANN Threads on: October 20, 2018, 03:22:25 AM
You can also use spaces, but then your post is more limited in length because each space beyond the first is converted to   internally and therefore counts as 6 characters.
42  Other / Politics & Society / Re: China Launching an Artificial Moon on: October 20, 2018, 03:15:20 AM
The Russians did something very similar in 1992: https://en.wikipedia.org/wiki/Znamya_(satellite)

Seems like just a publicity stunt.
43  Economy / Auctions / Advertise on this forum - Round 258 on: October 18, 2018, 10:52:07 PM
The forum sells ad space in the area beneath the first post of every topic page. This income is used primarily to cover hosting costs and to pay moderators for their work (there are many moderators, so each moderator gets only a small amount -- moderators should be seen as volunteers, not employees). Any leftover amount is typically either saved for future expenses or otherwise reinvested into the forum or the ecosystem.

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. No ICOs[1], banks, funds, or anything else that a person can be said to "invest" in; I may very rarely make exceptions if you convince me that you are ultra legit, but don't count on it. 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.

Duration

- Your ads are guaranteed to be up for at least 7 days.
- I usually try to keep ads up for no more than 8 or 9 days.
- Sometimes ads might be up for longer, but hopefully no longer than 12 days. Even if past rounds sometimes lasted for long periods of time, you should not rely on this for your ads.

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.

Images are not allowed no matter how they are created (CSS, SVG, or data URI). Occasionally I will make an exception for small logos and such, but you must get pre-approval from me first.

The maximum size of any one ad is 51200 bytes.

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.

If you have never purchased forum ad space before, and it is not blatantly obvious what you're going to advertise, say what you're going to advertise in your first bid, or tell me in a PM.

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.02.
- The bidding starts at 0.02.
- I will end the auction at an arbitrary time. Unless I say otherwise, I typically try to end auctions within a few days of 10 days from the time of this post, but unexpected circumstances may sometimes force me to end the auction anytime between 4 and 22 days from the start. I have a small bias toward ending auctions on Fridays, Sundays, and Mondays.
- 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.

[1]: For the purposes of forum ads, an ICO is any token, altcoin, or other altcoin-like thing which meets any of the following criteria: it is primarily run/backed by a company; it is substantially, fundamentally centralized in either operation or coin distribution; or it is not yet possible for two unprivileged users of the system to send coins directly to each other in a P2P way. The intention here is to allow community efforts to advertise things like Litecoin, but not to allow ICO funding, even when the ICO is disguised in various ways.
44  Economy / Auctions / Re: Advertise on this forum - Round 257 on: October 18, 2018, 10:48:36 PM
Note that bids with invalid values (ie. not evenly divisible by 0.02) get rounded down to the nearest valid bid.

1 @ 0.08

BiblePay added new Charity Report Command: "exec theymos"
https://bitcointalk.org/index.php?topic=5030640.msg46817992#msg46817992

Still no. I'd probably only be comfortable with BiblePay if a lot more info, news, and third-party reviews of your practices come out. As-is, I'm not particularly convinced by your responses to my previous concerns (though admittedly I don't have time to spend more than a few minutes looking at it), and I see a lot of red flags. If I was convinced that BiblePay was like "Litecoin with a bible theme and a donation thing", then I'd probably allow it.

Just want to know whether the website about ICO news is allowed to participate?

Yes, usually.

Auction ended, final result:
Slots BTC/Slot Person
1 0.12 Gunthar
1 0.12 ni23457
2 0.12 Cloudbet
2 0.12 RachelGreen
3 0.10 ChipMixer
45  Other / Meta / Re: Captcha bypass on: October 16, 2018, 11:21:17 PM
This was previously working a treat, but today on logging in I immediately got a Cloudflare page and captcha that took about 5 attempts then didn't allow me though. Managed on the second time, however.

It doesn't bypass the Cloudflare captcha, only the forum's own captcha. Whether you get a CF captcha depends on whether / how much the forum is currently being attacked and CF's idea of your IP's reputation.

There are some possible ways that I could allow bypassing the CF captcha, but they're all troublesome in various ways. Maybe I'll look into it if there are a lot of complaints about CF's captcha.
46  Other / Politics & Society / Re: Saudi Journalist Megathread on: October 16, 2018, 11:09:29 PM
we don’t think the US should go into full world police mode over something like this.

Agreed, the US doesn't need to topple every evil regime. But Saudi Arabia gets substantial support from the US; the reason that Saudi Arabia is able to have such an evil regime at all is probably because of US support. The US is basically Saudi Arabia's mercenary force. The US should absolutely stop supporting Saudi Arabia for this and many other human rights abuses.

Trump is going to roll over for the Saudis, as would any of the last few previous presidents. They're too valuable in economic and military terms. It's incredibly hypocritical and pathetic.
47  Other / Meta / Re: It may be time to remove "Multibit" from Factoids... on: October 16, 2018, 01:22:54 AM
Fixed, thanks.
48  Bitcoin / Development & Technical Discussion / Re: Where is the "New" button on Receiving Addresses of bitcoin core 0.17.0? on: October 16, 2018, 01:01:38 AM
but I'm guessing clicking Request Payment does something more on the network than just creating a new receiving address in the old window?

No, it just displays it differently.
49  Other / Meta / Re: Ads placed in the forums on: October 16, 2018, 12:55:48 AM
Maybe https://timecryptonews.com/ ?
50  Other / Politics & Society / Re: 2020 Democratic Nominee. on: October 15, 2018, 12:59:03 PM
CNN released a poll a few days ago that has Joe Biden favored to win the nomination at 33%, followed by Bernie Sanders at 13% and Warren at 9%.

Biden would do very well against Trump if he still has enough energy at his age. (He's only 3 years older than Trump, but he looks/acts far older.) Biden isn't stained quite as much by the insane parts of the Democratic party, and he knows how to punch back without looking as crazy as Trump sometimes does. IMO Biden could win a decent chunk of the Republican base from Trump.

I don't think that the Democratic establishment will ever let Sanders win the primary, and I suspect that he couldn't win against Trump, though maybe he'd have a better chance than Cory Booker or Kamala Harris. Warren couldn't win.

I can see someone like Creepy Porn Lawyer doing something stupid like running as a third party and effectively removing any chance of Trump not getting reelected.

That'd be pretty funny, but it could also happen on the other side. Several Republicans are already calling for a primary challenge, and when they lose, they might take it as far as going independent. Jeff Flake even said that he'd prefer a Democrat over Trump in 2020. It's a huge ordeal to get on the ballot in even one state, but they could target just a few swing states with the specific goal of derailing Trump. I wonder if they're already setting up for it (maybe indicated by public records).

It'd be interesting if we had a third party win electoral votes. I've always wanted to see congress pick the president.
51  Other / Meta / Mark Karpelès never owned bitcointalk.org on: October 13, 2018, 03:46:36 AM
In the "Railroaded" series of videos, it's implied that bitcointalk.org was at one time owned by Mark Karpelès. This is wrong. Mark provided free hosting for bitcointalk.org from 2011 to 2013, which I announced publicly:
Change of hosting

Mark Karpeles is now hosting the forum's server. The forum is still owned by Sirius, as it has always been. There will be no policy changes.
I'm going to move the forum to a much faster server within the next few days. [...]
The old server was provided by MtGox. Thanks to them for supporting the forum for so long!

The new server is provided by Private Internet Access, a Bitcoin-accepting VPN service.  Thanks!

Mark never had any ownership or control over bitcointalk.org's operation.
52  Other / Politics & Society / Re: 2020 Democratic Nominee. on: October 12, 2018, 01:37:57 AM
Cory Booker is obviously going for it, though he doesn't seem too popular. Kamala Harris is about the same. The media recently developed a crush on Beto O’Rourke, so he's a new possibility. The Democratic establishment is clearly setting up Joe Kennedy to run at some point, but analysts seem to think that he won't run in 2020.

If the election happened ~now, I don't think that Booker, Harris, any Clinton, Cloony, Avenatti, or Zuckerburg could win against Trump. Oprah would stand a chance, but boy would that be sad. Michelle Obama would win. Don't know about O’Rourke.
53  Bitcoin / Development & Technical Discussion / Re: Is Bitcoin infrastructure too Chinese? What should be done technically? on: October 11, 2018, 12:05:27 AM
Is there any agreement on how such a PoW change would be implemented and what code of conduct would be followed? For example how a new PoW scheme would be selected. I presume some thoughts has already been put into it, beyond merely considering the option.
How about start by prepare guide/reference client in-case hard-fork is needed? Reflecting from Bitcoin-Qt 0.8.0 accident (which is accidental hard-fork due to different DB version), that would help community/developer where to start solve the problem.

It's not good to have an exact algorithm planned out, since then someone could make an ASIC for it in advance.

Current consensus seems to be that in case of a miner attack, something based on SHA-3 would be used, since it's very similar to SHA-2 and therefore a minimally-significant change. There's an old sample pull request. It should be modified slightly at the last minute to ensure that there are no stockpiled ASICs for it, though; for example:
Code:
fn newPoW(in) {
    RANDOM_SALT[10] = [randomString1, randomString2, ..., randomString10]
    out = in
    for i in 0..9:
        out = sha3(concat(out, RANDOM_SALT[0:i]))
    return out
}

That's just an example of how you'd try to do something a bit different to ensure that nobody has any stockpiled, maybe-somewhat-configurable ASICs hidden up their sleeves.

It'd be nice if there was a defined procedure for selecting one quickly. The exact algorithm isn't that important as long as nobody knows it in advance and it keeps the necessary properties for a PoW, but you don't want to waste time arguing about it. Maybe you'd have the interested devs write down their suggested algorithms, confirm that they all look reasonable, select two using verifiable randomness, compose or mash-up the two selected, and then fill in any random constants in the algorithm with new verifiable randomness.

Some have proposed automatically generating new PoWs, but then it's still possible to design ASICs which can adapt to the general random scheme. For example, you could have the PoW be sha3(concat(random_salt, sha3(in)) where random_salt automatically updates every year or whatever based on the hash of a block 1000 blocks deep, but then people would just design an ASIC which can accept a configurable random_salt.

Preparedness could be a lot better. I especially advocate for the creation of a clear set of criteria which indicate miner abuse so that they don't get away with something very incremental like freezing "obviously stolen" coins.

I have this idea for a long time, a 2-way concurrent PoW algorithm with a 2-3 years smooth migration from ASICs to the alternate cpu/gpu PoW method e.g. ProgPoW. I'm thinking of starting with a 10:1 ratio in favor of sha2 ASICs and a gradual transition to 1:10 ratio against them.

I've heard that before, maybe on the mailing list. Not a bad idea IMO. IIRC it can also be done as a softfork if miners are cooperative.
54  Bitcoin / Development & Technical Discussion / Re: How is bitcoind “shy” when exchanging `version` packets? on: October 10, 2018, 11:26:43 PM
If you initiate the connection, then you send a version right away, and so when you receive a version in return, you don't want to send another one. If the peer initiates the connection, then you ignore them until you receive a version, and when you do, you then need to respond with a version of your own. That's what that if statement is about.

Very old versions would immediately send a version as soon as the TCP connection was opened, regardless of whether it was incoming or outgoing. The comment is maybe a little confusing because it's sort-of talking about changing this ancient behavior.
55  Economy / Digital goods / MOVED: I am selling the following Crypto Scrypts on: October 10, 2018, 10:44:55 AM
This topic has been moved to Trashcan. DMCA takedown.

https://bitcointalk.org/index.php?topic=4459048.0
56  Bitcoin / Development & Technical Discussion / Re: Is Bitcoin infrastructure too Chinese? What should be done technically? on: October 10, 2018, 10:24:02 AM
Skimming it, it seems like a good summary of stuff that's been discussed around here for years.

AFAIK a lot of mining has moved out of China geographically due to Chinese government crackdowns, though a lot is still owned by Chinese companies. That said, the specific country doesn't matter much: I don't distrust the Chinese government all that much more than the EU in this area, for example. The main issue is geographical centralization and mining centralization in general.

The location of the physical mining hardware is more important than pool management location, since miners can change their pools. I don't know much about the distribution of mining hardware, though.

If a majority of mining power tries anything, then the only correct response is an immediate hardfork to change the PoW. I don't think that anyone disagrees with that.

Some notable people have long advocated changing the PoW preemptive to any actual attack because of too much centralization already. However, there is no known long-term solution to mining centralization. (This has been discussed to death on the forum and elsewhere.) It's not clear that an anti-ASIC algorithm is possible, and even if it is, that'll probably just allow for different monopolies (eg. Intel, botnet operators, or others). Changing to a different ASIC-friendly algorithm may well increase centralization after a while, since the big mining companies (eg. Bitmain) are big because they're the best at making mining chips, so they'll probably end up having a first-to-market advantage on new ASICs. You can prevent trustless pooling, but that'd mostly just force people to use even-more-centralized trusted pooling, which isn't preventable AFAIK. So preemptively changing the PoW will temporarily fire the current miners, but at best it'll make the problem no better long-term, and it'll almost certainly result in a persistent fork which will do a lot of damage to Bitcoin.

Currently we have a sort of mutually assured destruction situation. If there's a preemptive PoW change, then that'll make a huge, not-worthwhile mess (though survivable). But if miners do an attack, then there will be an immediate PoW change, firing them and at least forcing them to start over from scratch hardware-wise. This MAD situation could maybe be considered quite solid if all actors were rationally self-interested, though authoritarian regimes can get in the way of rational self-interest. Still, I think that this is reasonably stable, and the best we can do for now. To strengthen the MAD and prepare, I encourage people to be as ready and threatening as possible in case an immediate PoW change becomes necessary: for example, I've said several times (and I mean it) that if the Bitcoin Core devs fail to respond adequately to a miner attack, I'll propagate the necessary hardfork myself. But I oppose a preemptive PoW change unless there's some sort of new long-term solution.

I still think that my 3-way hybrid PoW could work, but a lot of people disagree.
57  Other / Serious discussion / Re: Should I teach myself Python on: October 09, 2018, 09:16:43 PM
As for PHP, many people make fun of it. And in some cases it's understandable but in others not.

I've written a lot of PHP. It's not terrible, but I definitely wouldn't recommend it for new programmers. PHP was originally designed as basically a Web framework on top of C, and it still feels like it. When I'm writing PHP, I feel like I'm writing C + thousands of extra functions and macros. The procedural style is satisfying to some extent, but it gets messy quickly, and the further you get from C (eg. classes), the more clunky it feels. Also, PHP has a bunch of weird default behavior which is supposed to make things easier for newbies, but it's just a big headache. For example, it always takes you a long time to figure out how to get error handling working sanely for your application.

PHP and JavaScript are both total messes as languages, though they have very different styles.

If I wanted to make a new Web app, I might use JavaScript just because it's so immensely popular for that work, even though it's flawed, or I might use a Web framework for a newer language like perhaps Python. I wouldn't make a new app in PHP.

Are you sure you can use PHP as a scripting langage?

You can, but there are some major inconveniences with it, so it's not all that common.
58  Bitcoin / Bitcoin Discussion / Re: 2 life sentences +40 years for The Silk Road creator (PETITION FOR CLEMENCY) SIG on: October 08, 2018, 08:01:15 AM
It's very clear that they were trying to get him in prison ASAP in order to make an example of him, and so they fixed the whole process. I think that he will probably get released eventually due to the mountain of process violations and the fact that he was only convicted of non-violent crimes. Maybe in the end he'll end up spending less time in prison than if he'd taken the plea bargain.

As an anarcho-capitalist, I believe that there was nothing unethical about the Silk Road. That said, I think that the whole freedom-fighter angle is a bit of a stretch. If I wanted to be an anti-government activist by means of a darknet site, I'd:
1) Recognize that current anonymity tech is extremely weak, and maintain a constant samurai mindset of "I'm already dead / in prison".
2) Not make any money from the site. This would allow the site to be more effective, it'd make detection much more difficult, and it'd be a bit of a defense in court.

If you do drug transactions, intentional tax evasion, etc., then I feel like you're mainly just trying to make money, and the idea that it's not unethical (which I agree with) and is a form of civil disobedience is just something that you use to deceive yourself into thinking that it's a good idea when in reality it's just an extremely stupid way of trying to make money. If you want to fight for freedom, pick a better hill to die upon IMO.



On the murder-for-hire accusation, it's important to remember that he was never convicted of that, and AFAIK nothing like that was a part of the Silk Road site. Though I have some non-public info which makes me slightly more inclined to believe the accusation, and if it's true, then that's completely unethical, of course. (Not worth 2 life sentences, though.)

BTW, has anyone read Curtis Green's book about this?



It's weird how they're trying to point fingers at Mark Karpeles. I really doubt that he had any involvement.
59  Other / Meta / Re: Moderators of the Russian branch are accomplices to WEX scammers on: October 07, 2018, 10:57:11 AM
Here are the posts deleted today:
https://bitcointalk.org/index.php?topic=5045430.0

If any are not off-topic/insubstantial, make a case as to why.
60  Other / Serious discussion / Re: Would a crypto-based universal basic income actually work? on: October 06, 2018, 01:05:44 PM
No, doing UBI via cryptocurrency is just a bad idea. To start with, UBI fundamentally needs to be centralized because a decentralized system can't determine who the unique humans are. You need to either rely on existing centralized government databases (which may also be flawed/corrupted...) or you need your own centralized testing personnel/devices.

Second, a decentralized cryptocurrency can only make money for "the system" through very blunt/stupid methods such as inflation and transaction fees, and this doesn't scale much. People won't use a cryptocurrency that's going to inflate a lot: that'd be stupid, and people aren't that stupid. That's why you don't usually see governments try to fund themselves entirely through inflation, and when they do, it quickly leads to hyperinflation from people increasingly+exponentially refusing to use that unreliable money. If you had a cryptocurrency that had significant stand-alone merit prompting people to use it (eg. BTC, ETH, XMR when they were first created, not new clones), then maybe you could get away with taking a 0.1-1.0% inflation tax and doing something with it, but you're not going to achieve UBI with that. UBI requires some other form of taxation, probably one requiring violence via a state. (Voluntary taxation communities almost always fail, look at various attempted communes such as eg. Kibbutzim in Israel.)

Looking at Manna as an example, their whole UBI aspect relies on a centralized nonprofit; what then is even the point of the cryptocurrency aspect? What value does it add on top of just setting up some BTC-accepting charity that would send donated funds to all verified individuals equally?

IMO a better idea would be to compete with Patreon: subsidize non-traditional work so that people can escape the 9-to-5 nonsense. But even then, I suspect that creating a new cryptocurrency would be counter-productive; you don't need to shoe-horn a new coin into every little thing.
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 ... 368 »
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!