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.


Topics - fluxer555

Pages: 1 2 [3] 4
31
General Discussion / Ads on bytemaster's blog
« on: January 09, 2015, 10:23:10 pm »
You need to take down the ads. Ads are good for monetizing when no other monetization method is more effective. Right now we have a few clear, valuable call-to-actions: get a bitshares account, buy bitshares, buy bitUSD, and sign up for the mailing list.

Anything else just distracts users away from these important goals, all while damaging the perceived value and credibility of you and bitshares on the whole.


32
I noticed this block on bitsharesblocks:

http://www.bitsharesblocks.com/blocks/block?id=1481367

I realize now that it is possible to vote for more than 101 delegates. I feel like this introduces interesting (and probably unintentional) game theory mechanics, but I'm not sure exactly what all the implications are.

All your votes up to 101 delegates contribute to something meaningful, but after that, each delegate you vote for makes each of your votes less meaningful. Once you have voted for all delegates, your votes are now officially meaningless.

My question is: Should we allow users to make their votes less impactful by allowing them to vote for more than 101 delegates?

Naturally, in a system that restricted votes to 101 per balance, if somebody *wanted* to vote for more than 101 (either because they are stupid, or are doing some kind of game-theory manipulation), they could by just making more than one account. But, that would be a voluntary action, and not default behavior.

What mainly concerns me is how slates work: If I vote for 10 delegates, each of whom have slates of 101 exclusively unique delegates, am I now voting for 1000+ delegates?

On a separate issue... Votes should by default NOT be cast when doing user registration functions. Any level of anonymity that TITAN provides is instantly lost. In the transaction I linked, I can now do blockchain analysis to determine with a degree of certainty any transactions that this account does.

33
Since UIA issuers have the ability to control all the balances of those who own them, I think it would be possible to allow users to confirm their identity through the BTS client, and receive IOU versions of the assets they currently own on the centralized website. Then, when funds are used on the client, they also reflected on the balances of their centralized server, and vice-versa.

Would this have any benefit for either the exchange, the user, or both?

34
General Discussion / BTER 1% Bonus -- How this affects price feed?
« on: January 04, 2015, 05:21:11 pm »
The prices on BTER may be inflated because of their 1% deposit bonus / 1% withdrawal fee. Should price feed scripts take this into consideration?

35
General Discussion / Make Voting Free
« on: January 04, 2015, 05:08:39 pm »
After New Years, I made a resolution to get my BTS off the exchanges and vote. Yesterday, I voted for the first time, and it was much less painful than others have experienced. My only gripe, was that I needed to pay at the very end. Even though it was only 0.5 BTS, It took a bit of the sweetness out of the experience.

I understand that transaction spamming is important to prevent. Therefore, I propose that all users can vote for free once per day.

Is it feasible for this to be implemented? I'm worried that because of TITAN, it may be difficult.

36
General Discussion / The worth of Stan's contribution to BitShares
« on: January 03, 2015, 07:37:12 am »
It has been brought to attention in numerous other threads that it seems that Stan is being overcompensated for his contributions. I am starting this thread so that Stan, the devs, and shareholders can share their opinions, and their interpretation of the facts.

Now let me be clear, I love Stan. What mainly concerns me is that Stan is getting paid as much as a full-time dev. He was even listed in the same group, as if he was in fact a dev:

(Thread titled 'Year End Developer Bonuses')
Toast, Nathan, Valentine, Vikram, Stan, and James Caffe, Dan N.  (all of whom have 100% pay delegates) have received 3M BTS severance / bonus from Invictus

This is not meant to be an attack, but rather an opportunity for shareholders and employees to discuss fair compensation.

Questions:

What contributions has Stan made so far that qualify him to be worth as much as a full-time dev?
What is Stan currently doing that qualifies him to be paid $300 a day?
Is it worth 3 million BTS to incentivize Stan to keep doing whatever it is that he is doing?
What incentives do shareholders have to vote for Stan? (What would we lose if Stan stopped whatever it is that he is doing?)

Shareholders, please ask your questions civilly.
Stan, please provide us with your reasonable answers.
Everyone, let us come to our own informed conclusions and vote accordingly.

37
Stakeholder Proposals / New Delegate Feed Script
« on: December 30, 2014, 05:36:02 pm »
I have just thrown together a proof-of-concept feed generator, which uses a volume window and individual trades to calculate price.

https://github.com/flux627/bts-volume-feed

Copy-pasted from the README.md:

Volume-Aware Price Feed

What is this?
This is a price feed generator which calculates the average price of BTS exchange pairs based on volume at a per-trade basis, for use by BitShares delegates. The script is capable of sorting trades across multiple exchanges by their execution time, and then taking an average price of the most recent trades in a user-specified BTS amount window.

Why was this made?
Current price feed implementations use spot prices, which are much more easily manipulated. Futher, they are arbitrarily weighing these exchange's spot prices, based on an average volume over 24 hours. By considering every trade at a set of exchanges, the place the exchange took place becomes irrelevant, and only the trade amount and time become important.

How is this accomplished?
The script currently supports one current pair (BTS/CNY) on three exchanges (BTC38, Bter, Yunbi). Fortunately, all these exchanges have a public API for listing recent individual trades. Every 10 seconds, this script fetches, formats, combines, and sorts the data by time. It then runs through all the most recent trades, calculating the average price until the user-specified volume window is filled. If the last order pushes the total over this window, this last order is truncated, and the rest of the transactions are not included. The average price is displayed in the terminal, and saved to the price.json file. The trades used to calculate this are saved in the trades.json file.

If you start the script and on the initial iteration there is not enough volume across the exchanges to fill the volume window, no price feed will be output, and a partial trades.json file will be created. Every time new orders are detected, it will add to this file until the window is matched, at which point it will begin generating a price feed.

Usage?
You can change the config settings at the top of the file, changing the WINDOW, as well as disable/enable the exchanges.

After you have changed these settings, you can simply run the script like this:
$ python price_feed.py

Know issues?
  • The Yunbi exchange's timestamp is not parsed correctly by the ISO8601 date parser, as it does not factor in the timezone offset. Additionally, it seems that their timestamps are off by 9 hours. For this reason, I have disabled the Yunbi exchange by default until I can confirm that this is indeed correct.
  • When you stop running the script, and run it again after much time has passed, it is possible that it will use old trade information until they are pushed out by new orders.
  • Queries to the APIs are not done exactly every 10 seconds, it is actually 10s + (time it takes to retrieve all data).

Future plans?
The current code is only a proof-of-concept to guage interest in this kind of price feed. If there is indeed interest, the next steps are:
  • Implement more exchange pairs (need to figure out rate-limiting from exchanges)
  • Integration with bitshares RPC

38
General Discussion / How to lure top devs into being hired by BitShares
« on: December 24, 2014, 06:11:59 pm »
All this talk about making a delegate to sponsor Vitalik as got me thinking of a way we can make joining BitShares irresistible for any dev we want badly enough.

1. A 'tech delegate' creates a 100% delegate for a dev we want to work for BitShares (like Vitalik)
2. The tech delegate announces this creation, and publicly posts "If you would like to support this developer to be hired by BTS, then vote now!". This tech delegate also posts his proposed 'signing terms' (which I will explain in step 5.)
3. Shareholders vote in delegate. The first month of pay is used to pay for registration fee.
4. Pay after the first month is then contributed to the 'signing term' funds.
5. After sufficient funds have been raised, a representative (possibly the tech delegate) contacts the dev and offers them the position, along with the signing terms.

A signing term is a 'deal package' to the dev to make the position more attractive. For example, the simplest of signing terms could be communicated to the dev as,

"We have a delegate already producing blocks for you, at a rate or $5000 per month. They will be burned until you decide you would like to join us."

Or, we could wait awhile, and build up a signing bonus:

"We have a delegate already producing blocks for you at a rate of $5000 per month. Additionally if you decide to work for us, you will get a $15,000 bonus after your first month of contributing to our ecosystem."

Or the bonus could be vested.

Or we could offer the delegate to more than one person, along with the bonus, and the first person to sign on gets it.

Or *insert your creative signing terms here*.

===========

I propose we create a delegate whose purpose is to hire Vitalik. Not a 'sponsor' or any charity bullshit. After paying back the registration fee, Every month up to 3 months worth of pay is saved and given to him as a bonus just for joining us. The rest is burned.

What do you think?

39
General Discussion / Spending funds within browser, without opening client
« on: December 11, 2014, 10:09:52 pm »
If PayPal needed a separate app to process transactions across the web, they would be pulling in much less business. Of course, the problem of processing BTS transactions without opening the client is security, however I think this is not an impossible hurdle to overcome. Any ideas?

40
Is there any way to structure the voting to incentivize stakeholders to vote to prevent things, rather than allow things?

The binary candidate structure of the US presidential elections mobilizes voters not only because they want 'their side' to win, but also because they don't want the agenda of the opposing side to be forced upon them. I think it is possible to utilize this voting motive without the binary structure.

Allowing voters to vote IN delegates, while simultaneously allowing voters to VETO their dilution proposals, seems to be the way to do this.

Example (open to suggestions):

1. Stakeholders vote in delegates into a basic 'block producer' that by default gets 3% max dilution.
2. After 2 weeks of producing blocks, delegates are able to submit a proposal for increased dilution pay. (They can be campaigning for these two weeks before the official proposal is submitted on the blockchain.)
3. During a 2 week period after the proposal is made, stakeholders can vote to veto this proposal, as long as they are not voting for the delegate as a 'block producer'.
4. After this 2 week period, the delegate starts getting his proposed pay, UNLESS the number of votes to veto is greater than the number of votes for the delegate.
5a. After the delegate starts getting pay, if the number of votes to veto ever exceeds the number of votes for the delegate for longer than a period of 2 weeks, then the delegate stops getting dilution pay.
5b. After the delegate stops getting pay, if the number of votes for the delegate ever exceeds votes to veto for longer than a period of 2 weeks, then the delegate starts getting dilution pay again.

This essentially takes the advantages of what we used to have with 'down votes', without any of the disadvantages.

- You no longer have to vote for other delegates to 'vote someone out' of their dilution pay, as you can take it away directly.
- Voting out delegates as said above also leads to uninformed votes, and this veto structure avoids that
- Delegates that are not obviously bad actors will get their pay, as long as they have enough support
- 'Watchdog' groups will form to assess dilution proposals, and will be able to quickly and efficiently keep the group of paid delegates immaculate.

Thoughts?

41
General Discussion / Poll: How much BTS do you own?
« on: November 08, 2014, 07:45:06 pm »
I'm interested in conducting a highly unscientific survey of the readers of this forum:
http://www.polljunkie.com/poll/ncqiwd/bts-stake-survey

I didn't use the built-in forum poll because I wanted to keep this information anonymous, as mods / bitsapphire might be able to see.

You can also use the 'comment' section to say something anonymously that you would normally not feel comfortable saying if it was tied to your name.

42
General Discussion / Purchasing BitUSD before large sell order
« on: November 08, 2014, 05:01:05 pm »
Let's say I was holding 20MM BTS. I am looking to divest half of it in other crypto. Would it be a smart move to buy BitUSD with 10MM of my BTS, then sell 10MM BTS for BTC, then sell my BitUSD back for BTS? Are people already doing this?

43
General Discussion / Where does the interest come from, really?
« on: November 08, 2014, 04:28:45 pm »
I understand the mechanics behind everything. Shorts compete by bidding on interest rates. But in terms of economic exchange of value, from where does the value of interest originate?

I'm sorry if this is a seemingly stupid question. I ask because I think it would be extremely valuable to concisely describe this to people who think this is a scam.

44
General Discussion / What does a 'Stock Buyback' look like in BTS?
« on: November 03, 2014, 03:30:26 pm »
If we look at the company analogy, it's clear that inflation is like issuing new shares. But, what does the opposite look like? It seems that a 'Stock Buyback' would be the equivalent of purchasing shares, then burning them. Is this right? Would anyone ever be in a situation where this is desirable?

45
General Discussion / AGS Funds = Stage 1 Booster Rockets
« on: November 01, 2014, 03:59:09 am »
I remember reading that I3 said they want to make the AGS Funds last. I don't think this is smart.

A DAC that can fund its own development is no doubt game changing. But, in terms of bootstrapping young DACs, it's sort of like trying to move your car from standstill while in 5th gear. If it even moves moving at all, it will accelerate very slowly, be highly inefficient, and if you're not careful could totally f*** up your engine.

What I mean is, $2500 a month per delegate at max inflation is going to take a long time to build up momentum. That's fine, except we have booster rockets, called AGS Funds.



I think that once all system checks say 'GO', we should fire up those engines and spend the AGS funds rapidly. We shouldn't try to stretch them out, because we already have a system for sustained funding (dilution). If everything goes to plan, the AGS Funds will bring us above escape velocity and we won't have to dilute BTS holders unreasonably. Delegates could be earning $10k per month with 3-5% dilution, and meanwhile we'd have all eyes on us, bringing in new money and talent.

Pages: 1 2 [3] 4