Bitcoin Forum
August 17, 2024, 10:23:42 PM *
News: Latest Bitcoin Core release: 27.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Linking eCommerce turnover to a token?  (Read 54 times)
mr_slinkyman (OP)
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
January 13, 2018, 05:07:31 AM
 #1

Hi all!

Ive been searching but cant seem to find a solution to a project i am thinking of. My questions is basically broken down below:

Say you wanted to create a new token built on etherum or neo blockchains which provided a profit share of the company revenue how would you go about this? The company would already be in existence and turning revenue and the model would be say 2%.

1: Would you redevelop your database to incorporate a centralised publicly viewable component and then a decentralised public component which updated the public ledger?  essentially these 2 would layer on one another and work in coexistence (probably kind of how ripple works?). Obviously the users of the token or holder would have to have trust that the owners of the centralised database would not do anything dodgy, however changes made on that centralised database would be view able for accountability. if this isn't the best way what is?

2: How would would the math work out on how the token is distributed? The token is a global commodity essentially of its own right. However say the company operates in multiple countries accepting various FIAT values how do you generate a correct and fair exchange rate and distribution schedule. Would this look like master nodes of dash or look more like gas from neo? Im guessing you could just program the smart contract to determine what the revenue being generated is in almost real time and then distribute accordingly? Also, would that mean new coins are mind or would it be sometime like this:

- company takes $100 which may be say 1,000 tokens from user and then then 10 tokens get straight back to the holders?

Things to consider and questions:

1. The company wants to keep accepting FIAT as payment but also accept "tokenname" too - either or. Users however would likely get have local currency price displayed even though it may actually all be running on tokens in the back end
2. if they accept multiple FIAT types around the world but there is only one token pool how do you determine the FIAT value of that token at the time of purchase? Do you need exchange APIs running which set this?

Sorry if this doesnt make sense in some regards, im really trying to get my head around how this would work.

Thanks




 
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!