Hoping someone can help answer a quickie as don't have any bitcoin or XCP to test this out
I want to use Counterparty as a voucher system for a kickstarter reward on a project I'm working on, but to prevent fraud and enable administration of delivery on redeemed vouchers I was hoping a message could be sent along with the transmission of assets?
Could I do this with the sign message or sign transaction feature I can see in Counterparty's online wallet?
-Customer registers their voucher (counterparty) address, along with delivery address on my site and are given a security pin.
-Customer redeems voucher by sending to my counterparty address along with the security pin they got on registration as a signed message, confirming ownership of the token relating to that shipping address.
I might be missing the point of what a signed message or transaction is so would appreciate clarification. Cheers
Unfortunately, you cannot send a message/text along with a transaction.
The recommended way is to setup unique addresses for each of these transactions and get the clients to send the token to those uniquely assigned addresses.
The message signing is more for things like verifying "address" ownership
Cheers
Thanks
The message signing would be necessary for the "registration" part of the process. After that, a PIN is unnecessary.
*Customer creates Counterwallet
*You generate a specifically formatted message to be signed by customer: "I am John Smith, my Kickstarter account email address is
[email protected], I live at 1111 Main St., Anytown, USA, and I backed Chang Hum's Kickstarter at XXX level"
*Customer signs that message with Counterwallet, thereby proving their ownership of 1XXXX Counterparty address.
*You verify the message and store the address alongside their other account info.
*You send the token(s) via Counterparty to registered addresses.
*When you receive token(s) back, you identify the owner of the 1XXXX address and send them their rewards.
It's kind of a Rube Goldberg machine, so you'd want to have a good reason for doing it this way other than novelty.
Thanks for the reply, was hoping I could do something along these lines it's pretty much what I'm looking for. I understand it might seem a bit long winded but the reason for doing it this is way is I can offer a really good value proposition with tokens as I'll propose the moneys to be used for a youtube marketing campaign that depending on it's level of success will feed back increasing the value of the tokens relative to my product. Also an interesting reward that can be set to any level rather than giving away t-shirts or tat for lower tier rewards.
I want to use Counterparty as a voucher system for a kickstarter reward on a project I'm working on, but to prevent fraud and enable administration of delivery on redeemed vouchers I was hoping a message could be sent along with the transmission of assets?
Can you go into detail what you intend to do? "Prevent fraud" and "enable administration of delivery" is a bit vague, at least for me. Maybe there is another route than pushing messages along redemption.
Just looking for a clean way to tie a customers personal delivery address (without making it public) to their redeemed counterparty vouchers eliminating the risk of anyone gaming it somehow. The only alternative to something like message signing that I can immediately think of would be to take it on trust people are making valid claims to addresses that they can publicly see on the Blockchain, which I don't thinks feasible.
Won't something like your own
http://pay.blockscan.com/ demo work?
--Customer registers their voucher (counterparty) address, along with delivery address on site
and are given a security pin.
--Customer redeems voucher by completing invoice on site.
You would already have knowledge of the customer by their receiving BTC/CounterParty address. I'm assuming this is a once time use voucher entitling perks or discounts. Once the voucher is redeemed to issuer, it can't be re-used nor lent out, it's difficult to steal, and alone the token is a stronger authentication than a security pin, what's the requirement of a PIN?
Was thinking of a pin just as a way to confirm delivery address really belongs to counterparty address holder, but was really just my first thoughts and wanted to throw it out to the community to see what you guys thought. The problem here might not be Kickstarter actually as kickstarters paid in cash but might be a problem on bitcointalk as:
On Kickstarter
-customer pays in cash on Kickstarter
-customers instructed to register delivery address and Bitcoin (as yet unknown on the blockchain relating to the crowdfund) address on my site.
seems fairly clean?
On Bitcointalk
-customer pays in Bitcoin revealing an address associated with the crowdsale on the blockchain
^ so this is the issue I'm concerned about:
a) I want peoples delivery address without making them public (hence the pin idea)
b) When they register the delivery address, I need some sort of signed message to prove the registrant is the owner of that Bitcoin address, rather than someone who's just been looking at the ledger and trying to register addresses that sent into the crowdfunding address.