Bitcoin Forum
February 25, 2018, 05:53:05 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 90 91 92 93 94 95 96 ... 351 »
901  Other / Meta / Re: [REQ] Admin / Staff / Mod Escrow to help with CPFP bounty. on: July 15, 2015, 12:16:26 AM
Code:
addmultisigaddress 2 '["03f774db6e91afd2693096e9f9b77ecab6535e75a211f9146bb4b48902bc0e4e9f",
"02fd868606557cc1c9f61b43f067b74b289c1d4104557bd57cd34e67461f897f9f",
"02303fdba84202a9a23d19dcdaecfa728e2a044cc17fe966feddefe3edc20ee6e5"]'
3LSXVA52FUddYEkfLbeSwuRvQt1qKbd4QM

902  Other / Meta / Re: [REQ] Admin / Staff / Mod Escrow to help with CPFP bounty. on: July 14, 2015, 10:15:46 PM
So the bounty would be for wallets that implement CPFP on the client side? CPFP already has fairly mature code for relaying and mining, I think. If so, and if I'll only need to sign transactions rarely, then I'll do it. 2-of-3 is probably better for such things, though.

Code:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Public key for CPFP bounty multisig:
02fd868606557cc1c9f61b43f067b74b289c1d4104557bd57cd34e67461f897f9f
-----BEGIN PGP SIGNATURE-----

iF4EAREIAAYFAlWlibYACgkQxlVWk9q1kef+6wD9GMgLQgTSmQMzHF2Tl1jtXW4R
jK9NOweNZLWJyvrePeYBAK2+AQjlFX/q5l47U2CLNItj4MkubVHxdIP4plU6gtdw
=tqyZ
-----END PGP SIGNATURE-----
903  Other / Meta / Re: Who would be main admin if theymos was unable to carry on? on: July 11, 2015, 04:08:23 PM
See the section "THE BITCOIN FORUM" here:
http://pastebin.com/raw.php?i=t9h2pL2y
And the list of trustees / community council members here:
https://bitcointalk.org/index.php?topic=155002.0
904  Other / Meta / Re: Official list of forum trustees and community council members on: July 11, 2015, 04:06:11 PM
Updated. Old:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Each person is listed with his PGP public key or Bitcoin address.

Trustees
theymos 5E6B3F3BA961193C5C9B4435C6555693DAB591E7
Martti Malmi E526A9B27841593BC2439EB2E904B7FE1BBA4244
Stefan Thomas D16E7B0442B9F02E0660C094C9473700A4B08BF3

Community council members
nanotube D8B11AAC59A873B0F38D475CE7F938BEC95594B2
psy 7FB4272D4D2285DCEA2503EC8957CE7E0ECB3344
casascius 25AD1933B0D3FE72113595CC5A2EE8F1F1175A23
John 42B6DC513D9DFDEC4C287CD78353E637B3AAEEB0
Maged F7F974C4D111E276FF243A8D59A6076B32733620
SaltySpitoon 83F47CC601C25A3C85C0141990F7A516600E0ADD
hazek 0475D4C3B9C988B8B396BB6D4FD343B39E8803E7
FreeMoney 1Kwbu2Am9L2zbpUTUQ4c6PzhT6bD5CYqC4
Meni Rosenfeld 71A3B6A007510238CEE8A2C2AF79F1252A608F15
BCB D8249B78EB762933E1402A477ABE99DB1179678E

Updated Jan. 12 2014
-----BEGIN PGP SIGNATURE-----

New:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Each person is listed with his PGP public key or Bitcoin address.

Trustees
theymos 5E6B3F3BA961193C5C9B4435C6555693DAB591E7
Martti Malmi E526A9B27841593BC2439EB2E904B7FE1BBA4244
BadBear D93B006570C59D6B2D247534A0233B74B5797C4F
Stefan Thomas D16E7B0442B9F02E0660C094C9473700A4B08BF3

Community council members
nanotube D8B11AAC59A873B0F38D475CE7F938BEC95594B2
Maged F7F974C4D111E276FF243A8D59A6076B32733620
SaltySpitoon 83F47CC601C25A3C85C0141990F7A516600E0ADD
psy 7FB4272D4D2285DCEA2503EC8957CE7E0ECB3344
Raize 94426F4250C7F1837667B9319960F226D610B5E1
casascius 25AD1933B0D3FE72113595CC5A2EE8F1F1175A23
Meni Rosenfeld 71A3B6A007510238CEE8A2C2AF79F1252A608F15
BCB D8249B78EB762933E1402A477ABE99DB1179678E
Cobra 61559B1EEFB3F8DA6C40BAAC6F85594478CE4C7A

Updated July. 11 2015
-----BEGIN PGP SIGNATURE-----

iF4EAREIAAYFAlWhPrIACgkQxlVWk9q1kec9bAD+Kmaf1+ZPsbib32jYcXvzYhJL
qJUKHfSb0ah6IvkuX1EBAJN9jUZ+H9BNNw+bFLkuZjoquiyASQScFVnECYFVyc7o
=odxc
-----END PGP SIGNATURE-----

The community council changes take effect after 30 days. The trustee changes take effect after 60 days.
905  Bitcoin / Bitcoin Technical Support / Re: Bitcoin Core charged me 0.0038 BTC for a 0.52 kb transaction today on: July 11, 2015, 12:34:48 AM
How often do you run Bitcoin Core? Maybe its estimates are bad if you run it only occasionally. Mine gives an estimate of 0.00089280/KB for confirmation after 1 block, but I run mine all the time.
906  Other / Meta / Re: Is it possible to use [td], [center], and [table] in full member signatures? on: July 10, 2015, 06:48:48 PM
The exact list of disabled tags is:
Newbie: black, blue, code, color, font, green, glow, hr, img, iurl, li, list, me, pre, php, red, b, size, shadow, table, tr, td, url, u, white, quote
Jr. Member & Member: quote, black, blue, code, color, font, green, glow, hr, img, li, list, me, php, red, b, size, shadow, table, tr, td, white
Full member: glow, hr, img, li, list, size, shadow, table, tr, td
Sr Member: glow, hr, img, li, list, shadow
Hero & Legendary: hr, img, li, list
907  Bitcoin / Development & Technical Discussion / Re: Bitcoin Core noob question - how are CTransaction objects created? on: July 09, 2015, 10:14:41 PM
I was looking for a "new CTransaction" somewhere, which doesn't exist since the above is how the tx obj is created from the bytes read into a CNetMessage obj. Guess I have to refamiliarize myself with C++'s serialization operators (it's been almost 20yrs).

new is almost never used in modern C++.

That's not a "C++ serialization operator". In Bitcoin Core, data streams like CDataStream (vRecv there) overload the >> and << operators to do serialization. The actual serialization is mostly done by code in serialize.h via the ADD_SERIALIZE_METHODS and READWRITE macros used in each class that can be serialized.

So vRecv >> tx is actually vRecv.operator>>(tx), which ends up callings tx.SerializationOp(vRecv, ...), which applies the READWRITE macro to each serialized CTransaction field (plus maybe some other work), which either directly unserializes the value for simple types, or calls the value's SerializationOp method to do it.

The point of this somewhat complicated setup is that you just need to do vRecv >> tx to (securely) unserialize a whole transaction, and CTransaction only needs to have a few lines of code to make this happen.
908  Bitcoin / Bitcoin Discussion / Re: WARNING: blockchain split on: July 04, 2015, 08:11:11 AM
Then is there any solution to understand if the btc sent to me are safe?

To know for sure, you'd have to run Bitcoin Core... As a rough approximation, you can compare the results of several block explorer sites. insight.bitpay.com and chain.com are apparently on the correct chain in this case.
909  Bitcoin / Bitcoin Discussion / Re: WARNING: blockchain split on: July 04, 2015, 08:06:04 AM
Somebody correct me, if I am wrong, but you just have to look on blockchain.info, if your transaction is confirmed.

blockchain.info has a history of being grossly inaccurate, including in this case.
910  Bitcoin / Bitcoin Discussion / Re: WARNING: blockchain split on: July 04, 2015, 08:03:13 AM
I am curious about this as well.  I know the electrum servers are connected directly to bitcoin core nodes, so I imagine it would depend on whether the core version on the individual electrum server is properly updated.

Right, with Electrum it depends on which version of Bitcoin Core your Stratum server is using. AFAIK by default Electrum chooses a random untrusted Stratum server from IRC, so you probably can't (ever) trust that you're getting accurate info.
911  Economy / Auctions / Advertise on this forum - Round 153 on: July 02, 2015, 10:09:19 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. 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/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 eight slots are filled.

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.

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.
912  Economy / Auctions / Re: Advertise on this forum - Round 152 on: July 02, 2015, 09:59:55 PM
Auction ended. Final result:
Slots BTC/Slot Person
2 2.75 champbronc2
3 2.75 MariaQin
1 2.75 AmberCoinDev
2 2.70 victorhing
913  Other / Meta / Re: Problem in Forum with com changing to org on: July 02, 2015, 08:19:21 PM
Most probably an intentional rewrite to prevent phishing attacks like linking to bitcointalk dot com.

Yes, it was a too-greedy rewrite rule. bitcoin.com recently cloned bitcoin.org but changed several important things (linking to different wallets, for example) -- basically a phishing site. It looks like they've improved this somewhat, so maybe the rule can be removed in the near future.
914  Other / Meta / Re: Is the proper abbreviation for the forum 'BTT' or 'BCT'? on: July 02, 2015, 05:22:13 AM
Ok, my recall was that it was sourceforge > bitcoin.org > bitcointalk.org.

You are correct. There was briefly a small forum on SourceForge, but it was deleted after this forum was created at bitcoin.org/smf. Then it was moved to forum.bitcoin.org, then bitcointalk.org. Satoshi never typed "bitcointalk.org" -- if that appears anywhere in his posts, that's due to an automatic substitution of new links for old ones. The name was invented by Jeff Garzik. Ending the names of forums in "talk" is somewhat traditional.
915  Other / Meta / Re: Is the proper abbreviation for the forum 'BTT' or 'BCT'? on: July 01, 2015, 12:32:41 AM
However, is not forum owner - aka theymos - task to say what bitcointalk.org abbreviation should be used?

You can use whatever you want...

I almost always call this site "the forum", "the Bitcoin Forum", or "bitcointalk.org" (spelled out completely). I very rarely call it just "BitcoinTalk," so any abbreviation of that name isn't natural to me. I don't see where people get BTT from, though.
916  Other / Meta / Re: Can't view posted images. on: June 25, 2015, 05:17:48 PM
Fixed, thanks.
917  Other / Meta / Re: Problem with loading the forum? on: June 25, 2015, 03:22:48 AM
The recent hour of downtime was due to a problem with the forum's anti-DDoS provider x4b.net. They've been consistently having minor problems since the start, and this extended outage really sucks, so I'm going to start shopping around for alternatives. Though apparently it's pretty rare for DDoS protection services to offer GRE tunnels at any even vaguely reasonable price.
918  Other / Meta / Re: [Request] Regarding the recent hack. on: June 24, 2015, 05:01:11 AM
I don't have that data on hand. I could tell you the IP you used a day before the hack, but I don't have the immediate-post-hack DB backup loaded anywhere.
919  Other / Meta / Re: should luke-jr be on Default Trust? on: June 22, 2015, 08:30:15 AM
This sort of conflict has happened before. IIRC it was decided in previous cases that if you receive negative ratings for no good reason, then it's OK (but perhaps sub-optimal/petty) to send retaliatory negative ratings until the first person removes their ratings.

It's not a good idea IMO, but Luke's "blacklist" is intended to stop only certain types of spam, not to blacklist any specific people/companies. The companies affected by this can easily bypass it by using Bitcoin properly. Even if Luke was trying to blacklist all gambling or whatever (which he's not), that still wouldn't be a good reason to give him negative feedback; it doesn't make him any more likely to scam someone.

Probably his BiPolarBob feedback should be reevaluated, though, especially after all this time.
920  Other / Meta / Re: Bitcointalk BBCode New Feature - The Hobbit Header! on: June 20, 2015, 06:50:05 PM
@Theymos, what's the deal with the newlines?  I've never run into any issue, is it the old \r\n vs \n thing?

For example, this:

Code:
Here's a link:
http://google.com

Here's a list:
* a
* b

will evaluate to this in markdown because it requires extra newlines:
Quote
Here's a link:http://google.com

Here's a list:* a* b
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 90 91 92 93 94 95 96 ... 351 »
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!