Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Globally Distributed

Pages: 1 [2] 3 4
16
General Discussion / Re: [FYI] Just get e-mail from Ripple
« on: April 15, 2015, 01:49:13 am »
p.s. The creation of  BitShares is, in itself, a pretty strong political statement for the security of life, liberty and property.

Ok, true. And if the politics angle brings in more users than not, more power to it.  However, tinfoil hats is a small market.

17
General Discussion / Re: [FYI] Just get e-mail from Ripple
« on: April 15, 2015, 01:20:32 am »
Let us not forget that most of these really strict know your customer laws came into effect after the False Flag 9/11 attack started the "war on terror" (otherwise known as the war of terror).  So if we are talking about "terrorism" being the main reason for the necessity of "whitelists" and "blacklists", we are talking about changing privacy for all sovereigns based on a threat that is far less likely to threaten the population than, say, getting struck by lightning or dying from falling in the shower. 

I don't feel this is the right place to call 9/11 a false flag attack.

Some people may have a hard time taking you seriously after such a comment.

I am as disgusted as the next guy by the excesses of the war on terror, but I would hate for bitshares to be associated with tinfoil hats.

moderate the moderator.....

I don't mind seeing opinions - but I agree we don't need strong political opinions tied to bts

18
Please consider adding the ability for the referrer to give a portion of his transaction earnings to his referees. Add this because it allows referrers to incentivize potential users to sign up with the referrer's code/link.

"Sign up with my link and get 2% off transaction fees for life". 

This is like the "trade spend" concept we see in CPG businesses.

Just to expand a bit - I'd like to suggest that it may be preferable to use " transactional rebates" rather than "off-invoice discounts". 

For example:

     "Transaction occurs, user is charged 10bts.  User then receives 1 bts rebate." 

     may be more effective than

     "Transaction occurs, user is charged 9 bts"

...This may be splitting hairs, but in such a marginal business I'd like to be able to experiment with the options to optimize the effect on future transactions.

19
If I find out the person who stole my Bitshares... someone is going to get hurt really bad.    As time goes on the more angry I get.

If someone wants to see an asskickin', help me find who stole my BTS.

Did they access your account by brute force?

20
Please consider adding the ability for the referrer to give a portion of his transaction earnings to his referees. Add this because it allows referrers to incentivize potential users to sign up with the referrer's code/link.

"Sign up with my link and get 2% off transaction fees for life". 

This is like the "trade spend" concept we see in CPG businesses.

Interesting ideas.

Promotions are also huge for getting consumers to take the leap. If we were to consider adding promotional incentives, then the contracts between referrer and referee should be allowed to be set to a "limited time offer".

For example:

 "Sign up with my link within the next ten minutes and get %10 off transaction fees for the next two months"

Further - there could be promotional offers in USD and GOLD. 

"Sign up within the next ten minutes and get a free $5 worth of gold"   ($5 worth of bGOLD could be escrowed and then released to referee upon sign up)

One additional note on this promotional scenario.  The contract would be even better for the DAC and parties involved if the referree has to buy some amount of bit assets prior to earning the escrowed amount.   To accomplish this, the b/ch would read the contract, scans the referees account, and if the amount is in the account, the escrowed amount is sent from the referrer's escrow account to the referee's account.

"Buy 20oz of bGOLD, type in this promotion code and get 5oz bGOLD for free"

21
Please consider adding the ability for the referrer to give a portion of his transaction earnings to his referees. Add this because it allows referrers to incentivize potential users to sign up with the referrer's code/link.

"Sign up with my link and get 2% off transaction fees for life". 

This is like the "trade spend" concept we see in CPG businesses.

Interesting ideas.

Promotions are also huge for getting consumers to take the leap. If we were to consider adding promotional incentives, then the contracts between referrer and referee should be allowed to be set to a "limited time offer".

For example:

 "Sign up with my link within the next ten minutes and get %10 off transaction fees for the next two months"

Further - there could be promotional offers in USD and GOLD. 

"Sign up within the next ten minutes and get a free $5 worth of gold"   ($5 worth of bGOLD could be escrowed and then released to referee upon sign up)

22
Please consider adding the ability for the referrer to give a portion of his transaction earnings to his referees. Add this because it allows referrers to incentivize potential users to sign up with the referrer's code/link.

"Sign up with my link and get 2% off transaction fees for life". 

This is like the "trade spend" concept we see in CPG businesses.

Interesting ideas.

Promotions are also huge for getting consumers to take the leap. If we were to consider adding promotional incentives, then the contracts between referrer and referee should be allowed to be set to a "limited time offer".

For example:

 "Sign up with my link within the next ten minutes and get %10 off transaction fees for the next two months"

23
Interesting ideas.

Thanks. Please also consider pooling a portion of the DAC's earned transaction fees to offer bonus contracts between the DAC and the referrer.

For example:

     1. If you earn 50,000 BTS in transaction fees for the DAC, the DAC will send you an additional 5,000 BTS

     2. If you are a top 10 referrer for the DAC, you will receive a portion of the annual "smart bonus pool".
          The 1st top referrer earns 42% of the bonus pool.  20% for 2nd, 10% for 3rd, 3% for 4th through 10th.

These would be equivalent to bonuses for salespeople at a tech startup, or growth program contracts between manufacturers and distributors.

24
Please consider adding the ability for the referrer to give a portion of his transaction earnings to his referees. Add this because it allows referrers to incentivize potential users to sign up with the referrer's code/link.

"Sign up with my link and get 2% off transaction fees for life". 

This is like the "trade spend" concept we see in CPG businesses.

25
General Discussion / Re: Bitshares Europe - what can we do?
« on: April 09, 2015, 11:42:35 pm »
Edit: Helping & spreading word is great, my point was just that products should be good enough to sell themselves.

Selling sells.  Products do not sell, unfortunately.

26
I personally think that for market-pegged assets to operate successfully it is critical there is some form of obligation on issuers (shorts) to redeem (destroy) units at the peg level at some point in time. So I currently see price feeds as a permanent feature.

This part is critical.  Without it bitAssets are basically just Nubits.


Ummm, not quite

27
General Discussion / Re: NXT is better than BitShares?
« on: April 01, 2015, 02:08:19 am »
BitShares made a boat load of money during multiple fund raising campaigns, development is well funded for now, benefits from a centralized leadership, but I feel like if the money dries up, most the core devs would walk away and BitShares becomes abandoned.

The latest update, at least the latest I heard through a recent Mumble recording, is that Dan has secured a funding stream for long term development by all current core devs.

28
One obstacle with referral systems is identity verification to prevent fake accounts.  I would use Facebook and start referral programs in developed nations to test and create some kind of real person detection algorithm that checks identity and stores info in a secure DB to ensure privacy and keep track of referrals.  There should be a way of detecting fake accounts without any manual intervention right?   You can make the algorithm strict and any false-positive fake would require verification from another network like LinkedIn (have to be the same name) and Google+.  Facebook would be the main one.   

Maybe you can cap referrals to a certain # per month per person and track transactions over time to see referral quality and those with good activity from referred accounts could have their referral caps increased and any fake accounts detected would have a certain magnitude of negative impact (let's say 5x)?  So for every bad account detected you would need 5 new accounts to make up for it.  The cost for a fake account just has to be greater than the ease of creating one.  You can use transaction fees as part of the residual referral income. 

You can also punish a branch of a bad referral tree to prevent someone from trying to pyramind off a fake account.  Anyways just some thoughts.

We shouldn't need to detect fake accounts if we are using transaction fees as referral rewards.

29
General Discussion / Re: food for thought - raising fees
« on: March 31, 2015, 08:46:27 pm »
Competition for the wallet with lowest fees doesn't happen until there's a large user base that's in for the long haul.  Even then, many users will just use the setup they're used to unless the fees are ridiculous.

Ask bytemaster if he's in for the long haul or not.  Shortsighted decision making can leave businesses crippled in the long run.  Ask yourself, if there were a perfect replication of BTS, call it BTS2, and if BTS has 3rd party referral incentives and BTS2 has protocol level referral incentives, which DAC, BTS or BTS2, performs better over the long haul, and even short haul for that matter.

Adding it at the protocol level is just unnecessary, and adds significant long term privacy concerns.

I may see where you're going with this, but public reputation is where it's going to be at!

This is a solved problem. The model used by the light and web wallet developers will also function for referrals.

The dev team has made no indication that they feel this is a better solution, and I gather that they see the protocol as a better base for marketing incentives.


In summary, you made the point yourself, 3rd party referral incentives is not a solution for the long haul because competition will drive down fees.   BTS may face less competition than wallets, and therefore its products (including their fees) have greater inelasticity, which means referral marketing protocol level is better suited for the long haul.

30
General Discussion / Re: food for thought - raising fees
« on: March 31, 2015, 11:37:35 am »
There's a win win here.  Instead of increasing fees at the protocol level by increasing the minimum relay fee or block inclusion fee, you can raise default fees in whichever wallet you wish to market, and send them wherever you want.  The web wallet already charges non-network usage fees per transaction to pay for development, and modprobe's light wallet is also already designed so that anyone can run a light server, and charge additional transaction fees to the users who use that server.  With slight modification, any light wallet should be able to send transaction fees to the address that payed for its account registration, or to the first account they received from, or whatever other method is chosen to designate a referrer account.

Protocol level changes are less flexible and more controversial, and should be avoided whenever a solution exists at the application level.

Referrals & fees should be decided at protocol level IMO.  Without a solid base for marketing in the DAC, wallet marketing may have much less staying power as the wallets compete to have the lowest fees.

Pages: 1 [2] 3 4