[ANN] Mt.Gox launches the definitive bitcoin checkout solution.

[the joint]

This looks awesome, but given the horror stories regarding MtGox customer service, you guys better make sure you have the customer service personnel available on hand.  Right now, I don't believe that you do, or are anywhere close.

Just how many staff members do you have, anyway?

But good luck.  I hope this works nicely for merchants and customers alike.

[1714169522]

1714169522

[1714169522]

1714169522

[1714169522]

1714169522

[1714169522]

1714169522

[proudhon]

Nice work!

[virtualfaqs]

How will you deal with merchant and buyer disputes? Especially buyers who are hacked on merchant's websites?

[OgNasty]

I would be very interested in this if my account wasn't currently GOXED...    

[SMTB1963]

A little more about Mt.Gox checkout:

• (Soon) An instant trade-on-receipt function that cashes out bitcoins in 1 of 16 currencies

Will these transactions also be "ridiculously free", or will they be subject to the current trading fee schedule?  (or something else entirely?)

[notme]

A little more about Mt.Gox checkout:

• (Soon) An instant trade-on-receipt function that cashes out bitcoins in 1 of 16 currencies

Better would be to cash out into as many currencies as you want, with adjustable percentages for each.

[finway]

Awesome.

[phatsphere]

Edit: Although I must add that I don't like the fact that more and more Bitcoin usage is centralized to one place.

I would say this is not really the case, because you can pay with your own wallet or some other provider. I.e. it's even better than paypal, because paypal knows from where you money actually comes from.

edit: +1 to the french accent, gives it an awkward twist and entertainment factor 

[Shuai]

Waahahaha what's going on with the french

[cbeast]

Waahahaha what's going on with the french

He does sound like Pepe Le Pew. French accents make everyone sound sexah.

[Herbert]

+1 for the accent :-)

The vid gives the impression that you always have to wait upto 1 hour when you don't pay with MtGox. You should probably clarify that this is depending on the merchants setting and he cuold require 0 confirmations.
(although I do understand that it helps you getting more customers...  )

[Rassah]

Mark should do a video on Introduction to the Wonderful World of Bitcoin in Jacques Cousteau (famous oceanographer) style 
Definitely glad to see this service finally going public.

[joshbb]

The number of confirmations should be custom. For some things (an exchange) 6 is reasonable, for access to a cheap download it completely wrecks the service and ought be 0 confirmations. For most things that are being shipped customer should get a message that they are paid after 0 confirmations and the merchant should get the go ahead after 6 or whatever.

But I haven't even used it, maybe the definitive solution already allows this.

This configuration is to be set on the merchant side. Our Magento module (and any module we release after that) will include this setting.

Right now we only allow two values, either confirm payment at 0 confirmations (instantly when the transaction is seen) or at 6 confirmations. Note that when sending from an MtGox account, there is no need for confirmations.

Heya.. is the number of confirmations setting only in the Magento module or is it somehow settable in the API directly (or via settings on mtgox.com?)... I couldn't see any docs on how to do it via the API?

thanks!

[Mt.Gox Support]

The number of confirmations should be custom. For some things (an exchange) 6 is reasonable, for access to a cheap download it completely wrecks the service and ought be 0 confirmations. For most things that are being shipped customer should get a message that they are paid after 0 confirmations and the merchant should get the go ahead after 6 or whatever.

But I haven't even used it, maybe the definitive solution already allows this.

This configuration is to be set on the merchant side. Our Magento module (and any module we release after that) will include this setting.

Right now we only allow two values, either confirm payment at 0 confirmations (instantly when the transaction is seen) or at 6 confirmations. Note that when sending from an MtGox account, there is no need for confirmations.

Heya.. is the number of confirmations setting only in the Magento module or is it somehow settable in the API directly (or via settings on mtgox.com?)... I couldn't see any docs on how to do it via the API?

thanks!

We will add this IPN in the API so you should this that in the coming few hours (hopefully)

Regards

[joshbb]

Cool, thanks for the update to the docs / API!

A couple questions still.. it isn't clear from the docs, in the case of a non-mtgox bitcoin spend, there will first be an IPN call with a status=partial, correct? Then will there be another IPN call eventually with a status=paid? Will there by any others in between as more confirmations are received or just two, one at 0 confirmations and one at 6? Or more if they pay with various addresses and the btc are all at various states of confirmation?

Also, I did a test where I set 0.001 BTC  "by accident" for a 0.0001 BTC order.. I was credited the 0.0001 asked for instead of the full 0.001 that was actually sent. Where did the 0.0009 difference go? I think you should probably just pass on the full amount sent, even if it's more than the amount asked for, right? So the merchant can notice and refund the difference or credit the account or whatever? Or am I missing something? (transaction a37fc3b0-6564-46a6-86b1-310c532c61d3)

[joshbb]

Also....

It seems like you don't send an IPN when a transaction is canceled (although you have a status=cancelled documented.. when would that be sent)?

Also, some typos: "secondes" instead of "seconds" when you successfully pay, and "you can even send bitcoins from dozen" instead of "you can even send bitcoins from dozens" when describing paying by bitcoin, and "when bitcoins arrives on it." instead of "when bitcoins arrive on it."

Oh yes, and if somebody clicks "standard bitcoin payment", there's no way to get back to "mt gox. instant checkout" it seems?

And.. it'd be good if you could pass in what you want the merchant name to be on the page displayed to users. Right now it just shows your login name, which may not be best for security, and also means you need to make a new account if you want it to have it say something else!

[Mt.Gox Support]

Cool, thanks for the update to the docs / API!

A couple questions still.. it isn't clear from the docs, in the case of a non-mtgox bitcoin spend, there will first be an IPN call with a status=partial, correct? Then will there be another IPN call eventually with a status=paid? Will there by any others in between as more confirmations are received or just two, one at 0 confirmations and one at 6? Or more if they pay with various addresses and the btc are all at various states of confirmation?

Also, I did a test where I set 0.001 BTC  "by accident" for a 0.0001 BTC order.. I was credited the 0.0001 asked for instead of the full 0.001 that was actually sent. Where did the 0.0009 difference go? I think you should probably just pass on the full amount sent, even if it's more than the amount asked for, right? So the merchant can notice and refund the difference or credit the account or whatever? Or am I missing something? (transaction a37fc3b0-6564-46a6-86b1-310c532c61d3)

I will forward this to the Dev team and let them know!

[Mt.Gox Support]

It seems that some of you guys did not love my gorgeous, yet stylish (humor) french accent... So we made a new one for you with a nice North American voice-over ... Enjoy : https://vimeo.com/38342982

[Mt.Gox Support]

Cool, thanks for the update to the docs / API!

A couple questions still.. it isn't clear from the docs, in the case of a non-mtgox bitcoin spend, there will first be an IPN call with a status=partial, correct? Then will there be another IPN call eventually with a status=paid? Will there by any others in between as more confirmations are received or just two, one at 0 confirmations and one at 6? Or more if they pay with various addresses and the btc are all at various states of confirmation?

Also, I did a test where I set 0.001 BTC  "by accident" for a 0.0001 BTC order.. I was credited the 0.0001 asked for instead of the full 0.001 that was actually sent. Where did the 0.0009 difference go? I think you should probably just pass on the full amount sent, even if it's more than the amount asked for, right? So the merchant can notice and refund the difference or credit the account or whatever? Or am I missing something? (transaction a37fc3b0-6564-46a6-86b1-310c532c61d3)

I just spoke to the DEVs and what you experienced will be fixed within 24h (The "Accident"). As for the confirmations, there are just two type either 0 or 6, nothing between. And finally the IPN for cancel orders are also coming shortly.

Thanks

[joshbb]

Great, thanks for the updates and fixes!

FYI, I'm using the API live now at http://www.bitmadness.com/ !