DashPay - WooCommerce Plugin [coming soon]

nmarley

Administrator
Core Developer
Dash Core Group
Jun 28, 2014
369
427
133
This is not a release, just a "coming soon" announcement.

What - A WooCommerce plugin which allows direct payments to a Dash-Electrum wallet. Or any BIP32 wallet, but it uses the Electrum derivation paths, so the payments should just "magically" appear in an Electrum-Dash wallet.

When - I took a really horribly, terribly written Bitcoin plugin (but unbeknownst to me at the time) and tried converting it for Dash. But it had several dependencies that were really Bitcoin-specific and when I dug in, realized just how poorly it was "engineered". So then I took the initiative to start learning the WP and WooCommerce ecosystem, and decided to re-write it for Dash, correctly. All the individual pieces are functioning, and I'm in the process of stitching them together correctly. It's coming together nicely and looks like I'll be able to release within a few weeks -- I estimate about 3 - 5 at this point.

Where - The interwebs of course.

Why - Because Dash needs something like this. (Bitcoin does too to be honest, but my focus for now is Dash.)

More info:

I should state up-front that I'm not going to be able to release this as an open-source product, at least initially. I was going to do that at first. Then it started taking a LOT of my time — and I've got to draw a salary as well (I am not currently employed by anyone but myself). This is the only commercial endeavor that I'm working on and where 80% of my waking time goes. (The other 20% goes to eating, administrative overhead, etc.)

I am kinda conflicted about this, as I'd really love to open-source this. But given that I have to eat, have been living on savings, etc., I really can't justify that to myself or my family.

A few weeks ago I'd considered a budget proposal for this, to fund the development of a community-sponsored plugin, as well as managing the project (as I was going to co-ordinate it with another dev team/company). But I've foreseen some problems with that approach, in that the MN voting community has flip-flopped in the past. I'm not comfortable with putting in a massive effort to create something only to have that effort questioned later, or for me to not supported at all by a retroactive vote reversal. There are also licensing issues with community-supported things like this, which I can see becoming an issue, especially after the events of the past 3-4 weeks or so.

So, because I have to, ya know, eat, pay rent, etc, and since I really don't have faith in budget proposals being carried through to fulfillment at this moment in time, I have to make this a commercial product. I really wish that I could just open-source this and hope to open it up in the future if possible.

It's intended audience is online business owners, and a small one-time payment for a premium WooCommerce Gateway shouldn't be a problem for any business owners at any rate.

I'll try and give updates on a semi-regular basis (maybe every couple of weeks or so). I'll release a screencast of the prototype soon. It will require current versions of WordPress, PHP (w/the GMP and bcmath extensions), and WooCommerce. And probably Linux, since I have no way to support Windows and also don't care.

Today I created a state transition diagram to manage invoice status through the transitions of the invoice life-cycle. It's things like this which weren't working so well in the previously reference horrible, horse-shit Bitcoin payment plugin, so I'm taking the longer, more proper approach to engineering it. That's an example of why it's taking so long -- I really was not a PHP or WP dev before this, and I've been learning all that and trying do things right the first time. I definitely don't want to just throw out a hack-job. This is another reason why it will be worth purchasing. It should be engineered well.

Thanks for reading, and let me know if you have any questions regarding the functionality of the plugin.
 

TheDashGuy

Well-known Member
Dec 16, 2015
1,228
1,010
183
This is not a release, just a "coming soon" announcement.

What - A WooCommerce plugin which allows direct payments to a Dash-Electrum wallet. Or any BIP32 wallet, but it uses the Electrum derivation paths, so the payments should just "magically" appear in an Electrum-Dash wallet.

When - I took a really horribly, terribly written Bitcoin plugin (but unbeknownst to me at the time) and tried converting it for Dash. But it had several dependencies that were really Bitcoin-specific and when I dug in, realized just how poorly it was "engineered". So then I took the initiative to start learning the WP and WooCommerce ecosystem, and decided to re-write it for Dash, correctly. All the individual pieces are functioning, and I'm in the process of stitching them together correctly. It's coming together nicely and looks like I'll be able to release within a few weeks -- I estimate about 3 - 5 at this point.

Where - The interwebs of course.

Why - Because Dash needs something like this. (Bitcoin does too to be honest, but my focus for now is Dash.)

More info:

I should state up-front that I'm not going to be able to release this as an open-source product, at least initially. I was going to do that at first. Then it started taking a LOT of my time — and I've got to draw a salary as well (I am not currently employed by anyone but myself). This is the only commercial endeavor that I'm working on and where 80% of my waking time goes. (The other 20% goes to eating, administrative overhead, etc.)

I am kinda conflicted about this, as I'd really love to open-source this. But given that I have to eat, have been living on savings, etc., I really can't justify that to myself or my family.

A few weeks ago I'd considered a budget proposal for this, to fund the development of a community-sponsored plugin, as well as managing the project (as I was going to co-ordinate it with another dev team/company). But I've foreseen some problems with that approach, in that the MN voting community has flip-flopped in the past. I'm not comfortable with putting in a massive effort to create something only to have that effort questioned later, or for me to not supported at all by a retroactive vote reversal. There are also licensing issues with community-supported things like this, which I can see becoming an issue, especially after the events of the past 3-4 weeks or so.

So, because I have to, ya know, eat, pay rent, etc, and since I really don't have faith in budget proposals being carried through to fulfillment at this moment in time, I have to make this a commercial product. I really wish that I could just open-source this and hope to open it up in the future if possible.

It's intended audience is online business owners, and a small one-time payment for a premium WooCommerce Gateway shouldn't be a problem for any business owners at any rate.

I'll try and give updates on a semi-regular basis (maybe every couple of weeks or so). I'll release a screencast of the prototype soon. It will require current versions of WordPress, PHP (w/the GMP and bcmath extensions), and WooCommerce. And probably Linux, since I have no way to support Windows and also don't care.

Today I created a state transition diagram to manage invoice status through the transitions of the invoice life-cycle. It's things like this which weren't working so well in the previously reference horrible, horse-shit Bitcoin payment plugin, so I'm taking the longer, more proper approach to engineering it. That's an example of why it's taking so long -- I really was not a PHP or WP dev before this, and I've been learning all that and trying do things right the first time. I definitely don't want to just throw out a hack-job. This is another reason why it will be worth purchasing. It should be engineered well.

Thanks for reading, and let me know if you have any questions regarding the functionality of the plugin.

WOOOOOOTTTTTTT

You are a godsend sir. I will be using this soooo much if it works within wordpress woocommerce.
 
  • Like
Reactions: nmarley and buster

fernando

Powered by Dash
Foundation Member
May 9, 2014
1,527
2,059
283
This is great news, we really need easy ways to accept Dash!

I use wordpress and woocommerce and I agree that people who use them are usually ok with paying something. I have happily paid for a lot of plugins myself :), so I'm ok with some commercial software.

Regarding proposals, if you don't trust the system in its current incarnation (it will change soon and accept contracts so we avoid the flip flop risk), you could do a one time payment proposal. It is difficult to put a price to this, but I'm sure there is a way. Or it could have a limited scope. It could also be beneficial to you because a the moment there is not a huge market, so revenue from sales could be lower than expected. Anyway, whatever you decide is fine, you're the one putting the hours!
 

nmarley

Administrator
Core Developer
Dash Core Group
Jun 28, 2014
369
427
133
Thanks everyone for the support — I was a little hesitant to open up this thread tonight b/c I wasn't sure how it would be received.

It could also be beneficial to you because a the moment there is not a huge market, so revenue from sales could be lower than expected.
With the headlines I'm reading these days, I expect that market to get a bit bigger within the next few months. ;)
 
B

buster

Guest
Hey if you need any help testing the software or anything like that lemme know. Also might be good to set up a simple donation address until you decide how to fund this thing ( commercial sales or via proposal using DGBB). I would donate to you.
 
  • Like
Reactions: alex-ru

yidakee

Well-known Member
Foundation Member
Apr 16, 2014
1,812
1,168
283
I absolutely 100% agree you should be rewarded for this! I've been quite vocal about how bad we need this sort of tools for merchants!


.
 

nmarley

Administrator
Core Developer
Dash Core Group
Jun 28, 2014
369
427
133
Preview Screencast. I intended to post this about a week ago, but kept wanting putting it off for [reasons].

This is about twice as long as it should be, but gives an idea of what it will look like when complete.


It's probably about 10-15 days out from release at this point.
 

fernando

Powered by Dash
Foundation Member
May 9, 2014
1,527
2,059
283
Btw that D is commonly used for DOGE I believe. Is there a chance you can use proper Dash symbol?

https://www.dash.org/promotional-graphics/ has

but no link and no usage/copyright info.

pinging fernando and raze :rolleyes:
In general I hate those currency symbols, including dollar one. I think they just make things more complicated and I prefer to use actual words :). I agree that the D used in the plugin is usually associated with Doge, not Dash...

Anyway, regarding Gunship Italic, that is the typography that the winning design used when we did the logo contest, but we didn't chose it. It is not open source, but when we are using the logo we are using a representation of the font, not the font, so it is ok (raze explained this much better than me). For texts the other font we feature in the that page is Noto Sans, which is licensed under the Apache 2 license:
https://www.google.com/fonts/specimen/Noto+Sans
 

fernando

Powered by Dash
Foundation Member
May 9, 2014
1,527
2,059
283
Preview Screencast. I intended to post this about a week ago, but kept wanting putting it off for [reasons].

This is about twice as long as it should be, but gives an idea of what it will look like when complete.


It's probably about 10-15 days out from release at this point.
That is awesome, great work!!

Just one question: is it possible to keep the currency of the website in USD/EUR/whatever and have the plugin convert to DASH when the buyer selects that specific payment method? I'm assuming it is because you have the exchange rate multiplier option, but couldn't see that in action.
 
  • Like
Reactions: buster

UdjinM6

Official Dash Dev
Core Developer
Dash Core Group
May 20, 2014
3,639
3,537
1,183
In general I hate those currency symbols, including dollar one. I think they just make things more complicated and I prefer to use actual words :). I agree that the D used in the plugin is usually associated with Doge, not Dash...

Anyway, regarding Gunship Italic, that is the typography that the winning design used when we did the logo contest, but we didn't chose it. It is not open source, but when we are using the logo we are using a representation of the font, not the font, so it is ok (raze explained this much better than me). For texts the other font we feature in the that page is Noto Sans, which is licensed under the Apache 2 license:
https://www.google.com/fonts/specimen/Noto Sans
Hmm, ok...
By no means I'm a designer of any kind :D but I made a "font" which has only Dash's D instead of currency symbol and it looks like this

I'm not sure how all that copyright stuffs work but I guess it's ok to use vector editor to create a new font based on these glyphs, right? (technically it's a mirrored "C" and "-" glyphs which are ~x1.5 taller and ~x2 thinner)
Or maybe someone can draw it from scratch? raze ?

Anyway, let's say that's just an example for now :rolleyes:
Webfont pack https://transfer.sh/VS2oF/webfontkit-dash.zip
Usage: see included css+html but basically it's
Code:
@font-face {
    font-family: 'dashsymbolregular';
    src: url('dashsymbol-webfont.eot');
    src: url('dashsymbol-webfont.eot?#iefix') format('embedded-opentype'),
         url('dashsymbol-webfont.woff2') format('woff2'),
         url('dashsymbol-webfont.woff') format('woff'),
         url('dashsymbol-webfont.ttf') format('truetype'),
         url('dashsymbol-webfont.svg#dashsymbolregular') format('svg');
    font-weight: normal;
    font-style: normal;
}
body{
font-family: 'dashsymbolregular';
}
Code:
<div class="size20">Price example: &#164;5 (i.e. 5 DASH)</div>
 

fernando

Powered by Dash
Foundation Member
May 9, 2014
1,527
2,059
283
Hmm, ok...
By no means I'm a designer of any kind :D but I made a "font" which has only Dash's D instead of currency symbol and it looks like this

I'm not sure how all that copyright stuffs work but I guess it's ok to use vector editor to create a new font based on these glyphs, right? (technically it's a mirrored "C" and "-" glyphs which are ~x1.5 taller and ~x2 thinner)
Or maybe someone can draw it from scratch? raze ?

Anyway, let's say that's just an example for now :rolleyes:
Webfont pack https://transfer.sh/VS2oF/webfontkit-dash.zip
Usage: see included css+html but basically it's
Code:
@font-face {
    font-family: 'dashsymbolregular';
    src: url('dashsymbol-webfont.eot');
    src: url('dashsymbol-webfont.eot?#iefix') format('embedded-opentype'),
         url('dashsymbol-webfont.woff2') format('woff2'),
         url('dashsymbol-webfont.woff') format('woff'),
         url('dashsymbol-webfont.ttf') format('truetype'),
         url('dashsymbol-webfont.svg#dashsymbolregular') format('svg');
    font-weight: normal;
    font-style: normal;
}
body{
font-family: 'dashsymbolregular';
}
Code:
<div class="size20">Price example: &#164;5 (i.e. 5 DASH)</div>
Lol
You tell anyone about a problem with a font and he will answer with ideas and discuss for a while. You tell UdjinM6 and he'll make one :)
 

Dinobyte

New Member
Feb 25, 2016
3
3
3
Awesome plug-in, easy to use for woocommerce webshop owners. Will you be selling the plugin or will people have to pay a small percentage per transaction?

My advise is to do the second one ;-).
- Download/install for free
- Easy implementation
- Only when used people pay transaction fees
- You can grow as the DASH market/usage grows
- Plug-in has more chance to spread around
 

nmarley

Administrator
Core Developer
Dash Core Group
Jun 28, 2014
369
427
133
That is awesome, great work!!

Just one question: is it possible to keep the currency of the website in USD/EUR/whatever and have the plugin convert to DASH when the buyer selects that specific payment method? I'm assuming it is because you have the exchange rate multiplier option, but couldn't see that in action.
Yes, you can denominate the store in fiat and it will pull a live Dash exchange rate. I'm still working on non-fiat to non-fait exchange rates ATM (e.g. BTC to Dash). But I think that's a really really small chance of happening at the moment, since there aren't many BTC/LTC, etc. plugins right now. It's based on your WooCommerce store denomination. I just wanted to demonstrate that you could set prices directly in Dash.

Awesome plug-in, easy to use for woocommerce webshop owners. Will you be selling the plugin or will people have to pay a small percentage per transaction?
I will be selling the plugin for a one-time payment. I don't even have the ability for people to pay per transaction as it uses BIP32 public keys to allow customers to deposit direct to a store owner's Electrum wallet -- I'm not processing payments in any way.

Btw that D is commonly used for DOGE I believe. Is there a chance you can use proper Dash symbol?

https://www.dash.org/promotional-graphics/ has

but no link and no usage/copyright info.

pinging fernando and raze :rolleyes:
I wasn't going to use one at all, but WooCommerce expects a currency character symbol when you add a currency, and it looks really odd when you leave it out (as in, they display a character placeholder that's empty and looks really weird). So I chose the Vietnamese Dong symbol because it looks kinda like the Dash graphic 'D'. I'm not sure if I could stick a non-UTF8 character in there or if a reference to a graphic would work.

I agree that the D used in the plugin is usually associated with Doge, not Dash...
Yeah, I'm not really concerned with the character used... but for the sake of argument, similarly, "$" is used for both dollars (USD, CAD, AUD, NZD, HKD, etc) and pesos (MXN, ARS, CLP, etc) around the world. :shrug:
 
  • Like
Reactions: buster and fernando

camosoul

Grizzled Member
Sep 19, 2014
2,261
1,130
1,183
Having to pay after placing the order is weird and customers will have no idea what's going on. Can that come on the Order page like every other payment method? IT's hard enough getting most people to type in their credit card number properly... The idea that they have been told the order has been placed, but then they still haven't actually paid... There will be endless confusion and rage... It should be impossible to click the button until a payment is validated.
 
Last edited by a moderator:

camosoul

Grizzled Member
Sep 19, 2014
2,261
1,130
1,183
If using fiat symbol, and DASH exchange rate conversion is taking place at checkout, can the symbol be avoided altogether? Essentially insulate WooCommerece from even knowing that DASH isn't Dollars? All WooCommerce really needs to know is that the payment is valid. No need to deal with telling it of another currency, symbol, etc.
 
Last edited by a moderator:

fernando

Powered by Dash
Foundation Member
May 9, 2014
1,527
2,059
283
Having to pay after placing the order is weird and customers will have no idea what's going on. Can that come on the Order page like every other payment method? IT's hard enough getting most people to type in their credit card number properly... The idea that they have been told the order has been placed, but then they still haven't actually paid... There will be endless confusion and rage... It should be impossible to click the button until a payment is validated.
I think that is how woocommerce works, not sure he can change anything there without changing woocommerce, which is probably more than what most site owners are eager to do:
1. Put items in your cart
2. Go to your cart and click checkout
3. Introduce your shipping data and chose payment method
4. Click pay and new page for details about payment method chosen (in this case, a new address is shown for payment, in Paypal's, their own page)
5. When payment is complete you get redirected to the shop webpage

What you are saying is that 3&4 should be in the same page, right? I agree it'd be better, but I don't see it as a really big deal... but maybe I'm too used to broken user experiences with Paypal ;)

Support for IX?
Electrum doesn't support IX yet :sad:
 

nmarley

Administrator
Core Developer
Dash Core Group
Jun 28, 2014
369
427
133
Having to pay after placing the order is weird and customers will have no idea what's going on. Can that come on the Order page like every other payment method? IT's hard enough getting most people to type in their credit card number properly... The idea that they have been told the order has been placed, but then they still haven't actually paid... There will be endless confusion and rage... It should be impossible to click the button until a payment is validated.
Yeah, fernando got it right — don't think that's something I can really change without digging into the internals of WooCommerce and maybe not even then.

If using fiat symbol, and DASH exchange rate conversion is taking place at checkout, can the symbol be avoided altogether? Essentially insulate WooCommerece from even knowing that DASH isn't Dollars? All WooCommerce really needs to know is that the payment is valid. No need to deal with telling it of another currency, symbol, etc.
It doesn't display any symbol when rate conversions are done. It will look something like this: imgur.com/ZvhBDJi

Support for IX?
In the future, I intend to add InstantX support, but my focus currently is on getting this released first. It will take a bit more effort to add IX. Since this is for online orders and mostly automated, IX is more of a novelty at this point. But yes, it is on the roadmap.
 

camosoul

Grizzled Member
Sep 19, 2014
2,261
1,130
1,183
I think that is how woocommerce works, not sure he can change anything there without changing woocommerce, which is probably more than what most site owners are eager to do:
1. Put items in your cart
2. Go to your cart and click checkout
3. Introduce your shipping data and chose payment method
4. Click pay and new page for details about payment method chosen (in this case, a new address is shown for payment, in Paypal's, their own page)
5. When payment is complete you get redirected to the shop webpage

What you are saying is that 3&4 should be in the same page, right? I agree it'd be better, but I don't see it as a really big deal... but maybe I'm too used to broken user experiences with Paypal ;)

Electrum doesn't support IX yet :sad:
I have WooCommerce. For a few years now. Before DASH existed. What you have described is definitely not how it works.

What the video showed is:
1) Put items in cart
2) Go to your cart and select check out
3) Put in name/address infos
4) Select payment method
5) Submit order
6) Take customer to Order Complete page without any payment being made, which results in an email to them telling them that the order is complete and will ship out soon, not to mention being on the "Order Complete" page which kinda suggests that the order is complete. It also results in the order being shown as paid for and ready to ship in the back-end. Even though this is not true. How much free stuff will I ship?
7) Tell the customer the Order is complete even though payment is still being requested below on the page that is telling them that the order is complete... I wonder how this shows up in the back end? How will I know if payment was actually made or not? Since it never verified the payment before declaring the order complete, and expects people to figure out and understand that they still have to pay, and has no means of verifying that payment was actually made...

How WooCommerce works (because I have it and have always done this):
1) Put items in cart.
2) Go to your cart and select check out.
3) Put in name/address infos
4) Select payment method
5) Submit order
6) Verify if payment is successful
6a) If successful, go to order complete page
6b) If not, allow edit of details and resubmit

Even when I accepted BitPay and Coinbase, this is exactly how it was done.

Breaking from the normal pattern will confuse people who are already confused by crypto in the first place. Why pull the rug our from under people who can barely stand up as it is, and have trouble enough putting in their credit card number...

Please understand that my criticism isn't really criticism. I really, really, really want to use this on my site. But if it doesn't work properly, I'm not going to. You need to dig deeper because I've seen plenty of plugins that do what you say can't be done... I'll even beta-test it, and pay you for the privilege. But it has to function properly, not function sort-of, in a weird and confusing way. which results in people being able to submit orders and never pay for them, and never be asked to pay until after the order is marked as complete... Causing the store owner to ship out stuff that was never paid for, not to mention disrupting the pattern of paying and THEN getting order confirmation that people are used to, and which makes sense... This is how eCommerce... Breaking from that pattern is a huge problem, as you can see. Never, ever confirm an order before payment is verified!

If WooCommerce never knows that any currency except Dollars exists, then this gets much simpler. Quit fooling around with adding a currency to WooCommerce, there is absolutely no need to do that. It's a tangent that creates problems and has no use. Follow Coinbase's example. When the DASH payment method is picked by the user, this is where the QR code shows up and a DASH exchange rate is used to pick the number of DASH needed. It's completely isolated and responds simply by telling WooCommerce that the amount, in Dollars, has been confirmed/verified; maybe it just polls the address on chainz until it sees a TX for exactly the requested amount show up?

Exactly like how the Credit Card option is selected, this is where the CCNumber, EXPDate, and CCV fields show up. You can't go past that point without a verified payment. Look at how existing plugins work and you'll see what you're doing wrong.

In summation:

1) The pattern is wrong and creates multiple tragic outcomes.

2) It'll get a lot easier to do this if WooCommerce never even knows that DASH is a thing. It doesn't need to know. Focus, man! Quit giving yourself headaches working on something that serves no purpose and creates problems.

Go to my terrible-looking half-assed website: gunthreadadapters.com for an example. TheDashGuy, Y U NO FIX MAH OLD AN BUSTED WEBSITE?
 
Last edited by a moderator:

nmarley

Administrator
Core Developer
Dash Core Group
Jun 28, 2014
369
427
133
What the video showed is:
1) Put items in cart
2) Go to your cart and select check out
3) Put in name/address infos
4) Select payment method
5) Submit order
6) Take customer to Order Complete page without any payment being made, which results in an email to them telling them that the order is complete and will ship out soon, not to mention being on the "Order Complete" page which kinda suggests that the order is complete. It also results in the order being shown as paid for and ready to ship in the back-end. Even though this is not true. How much free stuff will I ship?
7) Tell the customer the Order is complete even though payment is still being requested below on the page that is telling them that the order is complete... I wonder how this shows up in the back end? How will I know if payment was actually made or not? Since it never verified the payment before declaring the order complete, and expects people to figure out and understand that they still have to pay, and has no means of verifying that payment was actually made...
I believe it's an "Order Received" page -- not order complete. Where does it say order complete? An email is not fired until the WooCommerce order is marked as "complete" in WooCommerce, and I'm definitely not marking it as complete until the order has been paid.

How WooCommerce works (because I have it and have always done this):

1) Put items in cart.
2) Go to your cart and select check out.
3) Put in name/address infos
4) Select payment method
5) Submit order
6) Verify if payment is successful
6a) If successful, go to order complete page
6b) If not, allow edit of details and resubmit
That's not really how FinTech works, though, is it? You don't submit payment information to the WooCommerce site. You pay thru the Dash network, and the site detects the payment thru the same network. There's no "edit payment details" or re-submission of them.


But it has to function properly, not function sort-of, in a weird and confusing way. which results in people being able to submit orders and never pay for them, and never be asked to pay until after the order is marked as complete... Causing the store owner to ship out stuff that was never paid for, not to mention disrupting the pattern of paying and THEN getting order confirmation that people are used to, and which makes sense... This is how eCommerce... Breaking from that pattern is a huge problem, as you can see. Never, ever confirm an order before payment is verified!
I think the checkout flow is pretty straightforward. It creates an invoice, and then the customer sends the payment. The owner doesn't ship anything that wasn't paid for. It doesn't mark anything as paid until paid. I'm not sure where you got that idea. The video didn't show any order completion logic.

If WooCommerce never knows that any currency except Dollars exists, then this gets much simpler. Quit fooling around with adding a currency to WooCommerce, there is absolutely no need to do that. It's a tangent that creates problems and has no use.
I believe that store admins should have the option to denominate orders in Dash if they choose. It's not "fooling around", it was written once, and done. Most users will have the store denominated in their own fiat currency and that's fine. WooCommerce won't know or care that the gateway expects to be paid in Dash.

Look at how existing plugins work and you'll see what you're doing wrong
I'm sorry you think that I'm doing something wrong. I'm pretty satisfied with how it works myself.

1) The pattern is wrong and creates multiple tragic outcomes.
I don't think so. The pattern exists as-is for a reason. I can't add meta values such as a Dash payment address, etc, without first creating the order in WooCommerce. Please note that creating an order is not the same as "completing" an order. It's just creating an invoice.


Thank you for your feedback.