I thought some users of BitcoinTalk might find an Exchange CLI app I made useful.   It's not strictly bitcoin related, but since most exchange volume IS in bitcoin, perhaps it would fit on one of the boards here.

Repo: https://github.com/brianddk/pyexch

It is all a VERY simple wrapper for two published Exchange libraries.  I only support Coinbase, but am planning on adding Kraken and Binance since they both seem to have a REST API.

• OAuth2 callback server to facilitate OAuth2 registration requests
• Encrypted keystore to hold OAuth and API keys
• Passthru for all coinbase-python library methods using either Key or OAuth2 credentials
  
• Passthru for all coinbase-advanced-py library methods using Key credentials
  
• Direct GET / POST for all Coinbase V2 REST endpoints using either Key or OAuth2 credentials
• Direct GET / POST for all Coinbase V3 REST endpoints using either Key or OAuth2 credentials

It's a nice backup if the exchange web-app or mobile-app goes down since the low level APIs stay up, even if they are a bit sluggish.  I was planning on using it as a CRON task, which was one of my motivations for writing it.

So... out of scope for this site, or not?  If it would be of interest, suggestions on what board to post it?

Very cool... thank you.  I had seen an article or interview with some LN people and they were discussing a proposal to handle cooperative closing with a form of CPFP.  The idea was that either, or both operators could broadcast a 0 sat/b txn.  This would give a little more options for handling the channel reserve and allow both parties to split the cost of closing with 0 sat/b + CPFP.  Of course the same could be done for the opening channel TXN as well.

Looking at the default reference implementation, I'm trying to get an idea has to how minRelayFee, FeeFilterand CPFP work. So maybe someone can tell me where I'm off track.

• I think fee-per-KB is fee per 1000 vbytes, not 1024 (KB -vs- KiB)
• I think that minRelayTxFee, and FeeFilter does calculations in vbytes not bytes
• I think that minRelayTxFee, and FeeFilter ignore CPFP relations

To restate, I think each Tx must meet the requirements for minRelayTxFee, and FeeFilter on its own merits and without CPFP relations, but that segwit sizing is taken into consideration.

Thoughts?

As the reddit thread suggests, add these sites to a hosts file or ask PiHole to catch them.  You can also do a bit of study of how SSL works.  All these sites have a "Lets Encrypt" SSL cert, whereas the official trezor wallet sites have certs issued by "Amazon".  If you want to offload the work, you can always look the sites up on Alexa.

https://www.alexa.com/siteinfo/trezor.us <== Phishing sites have poor rank

https://www.alexa.com/siteinfo/trezor.io <== Real sites are well ranked

If you want to offload even more you can use the Alexa Traffic Rank plugin, but that will harvest a lot of browsing data unless you tweek the settings.  The plugin is nice since you have a very visual indicator as to whether the site is well ranked (legit) or poorly ranked (phish)

Some other posts in regards to this lead me to this blockchain that does what I need.  No where near the hash power as BTC, but it has enough market cap that transactions should be relatively well trusted.

Why is BTC based notary services considered bad netiquette in the community?  What services would be the correct service to use if not a BTC based `OP_RETURN`?

• A look at OP_RETURN and whether embedding arbitrary data into Bitcoin’s blockchain is spam

Question about the mixing internals. Are internal tumblers used at ChipMixer? What does a chain analysis through ChipMixer look like?  I tried by hand, and got lost in the weeds, but most analysts will be more clever than I.  So to illustrate my question, here's what I imagine happen, but would like some confirmation.

• [1] User Bob deposits 0.0031 BTC to ChipMixer address 1BoB...wVFR
• [2] ChipMixer tumbles 1BoB...wVFR with other deposits and creates outputs of 1, 4, 32... mBTC
• [3] User Carol deposits 0.0052 BTC to ChipMixer address 1CaroL...LnGu
• [4] ChipMixer tumbles 1CaroL...LnGu with other deposits and creates outputs of 2, 8, 16... mBTC
• [5] Carol withdrawals a 4-chip and 1-chip (possibly from tumbler [2] transaction)

Is this close to correct?  Are there tumblers guaranteed between deposits and withdrawals or are one user's deposits sometimes passed directly to another user's withdrawal without a tumbler in between?  If someone made a deposit of exactly 0.001, 0.002, 0.004, could those be passed on without tumbling?

Perhaps (if internal tumblers aren't guaranteed) this is a motive for people to tip and make odd shaped deposits, so that they won't end up in someone else's future transaction history.

@TheQuin, @Thirdspace, @HCP,
   My adblocker had nix'd your sigs so looking back through the thread it looks like you guys might be ChipMixer admins.  My apologies for not realizing it earlier.  I was looking for an official response and here were many.  Anyway, I get the layout and now follow the intent of the FAQ.  Thanks to all for helping straighten it out.  Overall been pleased with the service.  Been using the onion so didn't get hit with the SSL hickup earlier.  Thanks for providing Tor access BTW.

Understood, but the final statement asserting merging seems to overwrite the previous statements, or that is a general reading in english.

If that is indeed the design, the wording chosen is not appropriate.

Or at least that's my take.

@ChipMixer,
  Your FAQ implies that partial deposits are merged.  Mine was not.  I feel your FAQ is very clear in what should have happened and would prefer to have the unexpectedly missing chip restored to me.  I think you may also want to review your FAQ for accuracy or examine your back-end code to see where things went wrong.

@BitcoinTalkCommunity,
  Please let me know if you feel my reading of the FAQ linked (and archived) below is reasonable.

I've removed and changed some information below, but here is my basic complaint.  I have already sent and email with accurate and complete information to chipmixer@protonmail.com

So looking at this service, and possibly other mixers, aren't they effectively just exchanging my transaction history with another stranger.

For example.

Alice deposits 10 mBTC into chipmixer and gets a 8 mBTC chip and a 2 mBTC chip.  The chips Alice gets were from earlier in the week, so they don't have her TXN history.

Bob comes around later and deposits 10 mBTC and picks up a 8 mBTC chip and 2 mBTC chip.  Bob does something bad with this chips and gets investigated.  When they trace the coins Bob used, they ultimately trace them back to Alice, since Bob happened to pick up Alice's earlier deposit.  So although this is great for Bob, Alice gets a knock on the door with questions about what she's been up to.

Great idea.  I think it would be awesome to have a "Why you should take Bitcoin" flyer we could all print out and hand to merchants.

Between the various payment processors (bitpay, coindesk, other...) there are options to mitigate risk.  Some payment processors will "back" or "insure" 0-confirmation transactions.  This isn't an overt risk since there are ways to sweep 0-conf transactions to ensure eventual confirmation.  Also, some payment processors will offer an instant-to-fiat capability too.  Then the risk is only in the price volatility for the 10 seconds between initial POS and BTC-to-Fiat transition.

Of course all these payment processors are going to charge.  So it is more expensive than cash, but less expensive than plastic.  It would also be worth pointing out that accepting cash does come with built in cost.  Loss to counterfeits is a non-zero number, also, cost for making cash deposits is non-zero (gas, pickup service, risk).

Why?

Yes
getmempoolinfo

I'm proposing an answer, but refusing to commit to it based on the sparsity of the information provided.

[Q1] - What block height were you at on 0.10.2 when you started the send transaction dialog?
[Q2] - What was the size of your mempool on 0.10.2 when you started the send transactions dialog?
[Q3] - How many incoming / outgoing connections did you have on 0.10.2 when you started the send transactions dialog?
[Q4] - How long had 0.10.2 been running with active connections when you started the send transactions dialog?
[Q5] - What block height were you at on 0.11.0 when you started the send transaction dialog?
[Q6] - What was the size of your mempool on 0.11.0 when you started the send transactions dialog?
[Q7] - How many incoming / outgoing connections did you have on 0.11.0 when you started the send transactions dialog?
[Q8] - How long had 0.11.0 been running with active connections when you started the send transactions dialog?

The answer could be either that 0.11.0 botched the fee calculations, ...OR... your 0.11.0 client instantiation was making a calculation based off of less network information, or less congestion than your 0.10.2 client instantiation.

I anybody has used any of these sites and can provide feedback or corrections, it would be greatly appreciated.

Accepting Bitcoin either directly or by proxy

Fold (Foldapp)

• Mobile-web app interface
• Immediate electronic delivery
• Will deliver before first confirmation
• Excess balance is refundable
• 20% discounted with bitcoin

eGifter

• Mobile app interface
• Immediate electronic delivery
• Will deliver before first confirmation
• Excess balance saved for later use
• 3% future credit with bitcoin

Gyft

• Mobile app interface
• Immediate electronic delivery
• Card locked until first confirmation
• Excess balance saved for later use
• 3% future credit with bitcoin

Target

• Mobile app interface
• Delivery depends on card, some are immediate
• ReGifting... must use Target Gift Card to buy other Gift Cards

BestBuy

• Mobile app interface
• Delivery depends on card, some are immediate
• ReGifting... must use Target Gift Card to buy other Gift Cards

eBay

• Mobile app interface
• Delivery depends on seller
• ReGifting... must use EBay Gift Card to buy other Gift Cards

Cardflip

• Don't know... never used 'em

Cryfter

• Don't know... never used 'em

Coincards

• Don't know... never used 'em

---

Not accepting bitcoin, but of limited use for card resale or other gift card use

Amazon

• NO BITCOIN
• Buy only
• Delivery depends on vendor
• No ReGifting... can't use Amazon Gift Card to buy other Gift Cards

Cardpool

• NO BITCOIN
• Buy / Sell
• Delivery depends on vendor

Raise

• NO BITCOIN
• Buy / Sell
• Delivery depends on vendor

Other Gift Card sites can be found here: http://www.giftcardgranny.com/seller/

I think a good list would be ordered by the total volume in sales that company / site does.  Not Bitcoin sales, but total sales.  This gives you a feel of how "big" the company is or how much "stuff" they sell.

In that regard
Amazon $88 billion / yr
Dell - $57 billion / yr
EBay - $17 billion / yr
Starbucks - $16 billion / yr
Overstock - 1.5 billion
.
.
.
BitPremier - 0.001 billion / yr

I hear what you are saying.... I love the fact that Qt is using real statistics to calculate the Fees.

It is probably still worth the time and effort to always look at:
http://bitcoinexchangerate.org/fees

before sending a transaction...

Also.. be away that the way Qt computes fees may depend your it's copy of the mempool.  This means if Qt hasn't been running all day, or if it isn't fully synced, that the stats may be off.

Look at http://bitcoinexchangerate.org/fees

That will telll you all you need to know.

When the blue line on the chart goes above 10³ then you need to put the highest fee on your TX that your wallet will allow.  If you do the math you can fine tune your fees better based on the chart... but you should always check the chart as long as we have a network spammer on the loose.