Brief(ish) development update
[...]
Automated Invoicing
The current market solution to invoicing is to generate unique crypto addresses for each new user or invoice, meaning incoming payments aren't sent to a single receive address. Our solution bypasses this limitation and will allow users to utilize invoices directly without any additional burden to the consumer, allowing for full integration into existing payment gateways and financial systems.
[...]
Great info Tim. Automated Invoicing is a key factor here, with further recognition in the future, as day by day traders don't care about that.
I also watch Stratis closely and they are way ahead of its competition. Stratis Breeze Node is their key advantage, along with other newly developed features. Privacy transactions are a MUST for a coin to succeed in crypto space.From what I'm seeing, DNotes is following Stratis path along with some unique features as you mentioned above. From my point of view, DNotes has a great potential here, most depending on your core development team skills. From a simple investor view, I would buy DNotes over Stratis for one simple reason: higher PoS reward.
This all looks like everything is on track and very much heading in the right direction. I had some idea about most if it, but the Automated Invoicing both interested and confused me.
I think I understand about providing a single unique address for receiving payments. But I don't understand how the current market solution to generate unique addresses to accept payments is anything other than a choice. I don't know how or why it would be enforced by a cryptocurrency.
My guess is my knowledge gap here is then what leads me into not understanding the 'automated' part of the invoicing process.
Let's say you are a business and want to accept cryptocurrency payments, you currently have two options:
1) Run your own server with a hot wallet connected to your website, and for each transaction tell the daemon to generate a new address to accept payment, the new address acts as an invoice number. Of course, in order to do this you need a good amount of technical knowledge, custom integration as a payment solution, and as a result in house support processing and handling.
2) Pay a company a fee to accept the cryptocurrency for you.
Neither of these options make it easy to take full advantage of the strengths of cryptocurrency. With what we have developed you have a system that can automatically invoice the transaction, integrate with blockchain and cart/payment systems, automatically verify and confirm the transaction was paid, and all with very little technical knowledge and less than 5 minutes setup time with your existing IT staff. I can see where the automated part can be confusing, from the perspective of solely a cryptocurrency / blockchain solution.
Here is one of hundreds of applications. TimMarsh, you are really good at research and evaluation. Let's say you were interested in researching cryptocurrencies and providing your analysis on them. You know there is a limited market for this information and ad revenue from a website or youtube wouldn't make it worth your while. You also know that people may pay but may not want to pay a lot of money for this report and analysis, but if you could charge them a small amount, let's say 0.25 cents, they would be happy to buy access to this report. You can't accept 0.25 cents and expect to actually receive 0.25 cents, that is even if you can accept 0.25 payments. Using cryptocurrency is either too complicated, or a manual process to accept payments. But imagine if you had a wordpress blog, installed a plugin, and could automatically accept and confirm payments, automatically deliver the report once confirmed, and get the full 0.25 cents, in cryptocurrency. What we are releasing is the base for this kind of system, completely secure if you need it to be, easy to use and understand.
Thanks for taking the time to explain so clearly, but the fog is only lifting slowly for me.
So it is already possible for me to do some work for someone, and when it is done, send them my DNotes address and ask them to pay into it. If I'm not expecting many payments, and they are all of different values, I could spend the time working out who payed what. So accepting 0.25 cents is already possible.
Creating a new address and giving it to only one customer has the advantage that I can match that address number with the customer and prove I have been paid. So the unique number doesn't allow payment, it enables attribution.
But the payer can always provide their pay-from address in a remittance advice which will enable attribution. And if I wanted to automate, I suppose I could ask them to email me their from address, and then use ITTT to search the blockchain for a payment from that address, to my address, after the email date until it finds it in a block that is at least two links old. Then have ITTT email them the article. That would be automated, but a bit of mucking around.
But DNotes2.0 will enable automatic event triggers that occur after a transaction has been processed?
This all sounds really interesting, especially if people can set it up themselves. The paid v.s. ad-sponsored mobile application market has indicated people are willing to pay a small price rather than see advertising. And the Youtube model of paying creators with advertising revenue is skating along a cliff edge as advertisers withdraw contracts due to mildly controversial content. So the market is clearly hungry for a micro-payment solution that is secure and easy to implement.
Personally, I'd like to see a browser plugin that recognises pressing a micro-payment button, and pops up an approval pane. I can mouse click a 4 digit pin on a randomized-position keypad to approve amounts less than a dollar. You do know your work will never end, don't you?
Not to complicate the explanation, but to be specific and clear: The pay from address may not be an option, due to how transactions are sent, only under certain circumstances would the customer know the pay from address(es) or a good deal of technical knowledge they could figure out exactly what to put there. A customer could provide their txid, and you could confirm it, serving the same purpose, with much less technical knowledge.
"But DNotes2.0 will enable automatic event triggers that occur after a transaction has been processed? "
The DNotes 2.0 blockchain will allow for someone to create event triggers, that would confirm a transaction. But this may be a better way to explain it, it would be like a transaction specific decentralized API, that anyone could call anywhere in the world to confirm.
It may be worth explaining confirmations, as this is a big part of the need for this type of solution. If I have 10 DNotes in a wallet and send you 10 DNotes, you get instant notification of payment received. However, I could do that instant notification a number of times for the same coins within a reasonable time frame, provided I had the resources and technical experience to do so, but the network will agree which one is true transaction and reject the rest. The network continues along this same chain of blocks, and each block solved solidifies previous blocks as it goes. Each block solved counts as one confirmation. When there is disagreement about which transaction is the correct transaction a new chain can be created, the fork with the majority of the network agreement continues on as the strongest chain. If I had a lot of network resources, I could continue to disagree with the strongest chain, and chose which chain should be the correct chain. But I have to continue using my resources to keep my chain alive and compete for the strongest chain.
So if that made sense to you, the result is, the more confirmations you have the more you can trust that transaction. 0 confirmations is risky, 1 confirmation is pretty safe, 2 is even safer and so on. 6 is network default where received funds are spendable. If you have say an information product, and very low risk someone would go to the effort to try and cheat you, you could get away with instant notification and deliver the product immediately. Some may cheat, but the legitimate customers will still pay you. Waiting for one confirmation would be exponentially safer, but the customer would have to wait for delivery, with DNotes usually no more than a minute, in this case you could digitally deliver the product to their email after 1 confirmation or something like that. And if you are shipping product, you might as well just use 6 confirmations.
Getting back to the point, you need to be able to wait an amount of time, and check to ensure a transaction is confirmed without the customer having to wait. This system allows you to do just that, and you will be able to set any number of confirmations, depending on the value of the deliverable.