In response to the following quote

Quote from: Bhuz on December 09, 2015, 08:44:28 pm

The 4-6 weeks to accomplish this stealth feature...does it means that basically all other works (DEX's core features) would be put in pause?

Bytemaster just made a post about the prediction market, that is available in the cli/blockchain, but not on the GUI yet.
I personally think that the Prediction Market could bring a lot more users than stealth, and I would prefer to head efforts on Prediction Market or others DEX's core feautures instead, at least for the time being.

If you've ever run a business, you know that you need a backlog of funded work to hire more people and then you hire more people to work off the backlog.  It's an endless growth cycle you try to sustain.

So, ask not how much work the current team can do.
Ask instead, how to fund a team big enough to do everything.

Get a backlog of work in the pipeline and let the entrepreneurs figure out how to get it done.

"If you fund it, they will come."

How much would it cost to build a margin trading engine similar to polos both backend and gui?

Are there any other really good ideas that you have that could be backed by a fee based asset, for which funding is the bottleneck?

Who in the community would be interested in holding one of the multisig keys to an account that issued these assets?

Who would the community like to see holding the multisig keys to an account that issued these assets?

Would you buy an asset now to fund development of a feature in exchange for a portion of the fees from that feature?

I would like to propose a free market fee funding pool.

Currently if I send 100 bitUSD to someone then I am charged a fee in bitUSD.  This fee is then traded for bts in the bitUSD fee pool.  The bts is used to pay the network, and the bitUSD is given to the asset issuer.  (committee account)  The idea as I understand it, is that the committee account can sell this bitUSD for bts, and use the bts  to fund the fee pool.  The asset issuer can also set a percentage based fee on trades based on their asset and collect that percentage to help fund the fee pool.  strain on this fee pool system was mentioned as one of the reasons why we were unable to set a network percentage based fee, that would be payable to referrers. 

I think there might be a better way.  What if we allowed users to fund the fee pool at a certain rate, and then allowed them to keep the bitasset that was traded for the bts they used to fund the fee pool? 

Lets say that I am willing to fund the bitUSD fee pool for 5% above the feed price.  When someone makes a trade or transfer of bitUSD they would pay a fee in bitUSD.  that bitUSD would then be traded for my bts.  My bts would be used to pay the fee (which could be split according to the referral system) and I would receive the bitUSD that the user paid as a fee. This would incentivize the funding of fee pools, and competition for this automatic profit would drive the premium paid by the bitasset user down to a minimum.

Whats more, for assets that don't have price feeds the fee pool supporter could set a straight up conversion rate, which could act as a price discovery mechanism, and allow network set percentage based fees that were payable to referrers.  This would require a network enforced minimum trade amount (just like those imposed on centralized exchanges) 

Of course this would all require that the current fee rate is visible to end users. 

Also regardless which fee pool funding mechanism we use, we should all have the option of just paying the network fee ourselves in our own  bts.

In response to Bytemasters request on the 10-23 mumble I am putting myself forward as a temporary committee member candidate.  I am a current active witness and have no interest in being a committee member long term.  In the short term however there seems to be a dearth of candidates willing to navigate the cli_wallet. 

As an active witness I will abstain from any vote changing witness pay.  I reserve the right to vote to change feed publishing fees.

I believe that I am open to reason and evidence, and am willing to change my mind when presented with such.  Other than in regards to witness pay I reserve the right to change any opinion, and vote according to that opinion. 

I believe that decentralizing the committee member position is important enough to elect some temporary candidates until we can find long term solutions.  If you agree feel free to vote me in.

I am interested in a testnet with only higher end witness nodes so we can attempt to push tps.  If anyone else is interested in seeing how far we can push the current code give me your bts public key and I will hack together a new genesis with extra core for testing.   

https://bitsharestalk.org/index.php/topic,18742.0.html

The bot is working just fine, but some of the transactions were taking a little while to be included in a block.  Remember the bet is placed when your transaction is included in a block, not when you broadcast it.

Hello everyone,

I have been working on a project as a fun way to learn about programming.  I have moved it over to the BTS blockchain in the hopes of getting more attention.  It is based upon American roulette so the house edge should be about 5.3%.  maximum bet is currently 100 BTS.  There is no minimum bet.  You play by sending a transaction to the BTS account roulette-game and typing your bet in the memo.  If you send over the 100BTS max then it will be sent back to you after deducting 1BTS as a fee.  If you send an invalid bet your bet will be sent back to you after deducting a 1 BTS fee.  If you send any asset other than BTS it will not be automatically returned and you will have to contact me if you want it back.  If my bot eats your BTS, I will refund you fully. 

The betting rounds are broken up into ten block rounds.  On every block that ends in a zero the revealed secret of the delegate is used to generated a number between 1 and 7.  After that number of blocks the new revealed secret is used to generated a number between 0 and 37.  This is the spin.  each number corresponds to the number on a roulette wheel except for 37 which corresponds with 00.  Your bet is then matched to the spin result and if you win you are paid according to the odds associated with your bet.  If you do not win you are sent a transaction explaining this.  You can bet as many times as you want per round, but you are limited to one bet per transaction.

Currently available bets are:
    0, 00, or 1-36 pays out 35 to 1
    first column = (1, 4, 7, 10, 13, 16, 19, 22, 25, 28, 31, 34) pays out 2 to 1
    second column = (2, 5, 8, 11, 14, 17, 20, 23, 26, 29, 32, 35) pays out 2 to 1
    third column = (3, 6, 9, 12, 15, 18, 21, 24, 27, 30, 33, 36) pays out 2 to 1
    first dozen = (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12) pays out 2 to 1
    second dozen = (13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24) pays out 2 to 1
    third dozen = (25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36) pays out 2 to 1
    odd = (1, 3, 5, 7, 9, 11, 13, 15, 17, 19, 21, 23, 25, 27, 29, 31, 33, 35) pays out 1 to 1
    even = (2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36) pays out 1 to 1
    red = (1, 3, 5, 7, 9, 12, 14, 16, 18, 19, 21, 23, 25, 27, 30, 32, 34, 36) pays out 1 to 1
    black = (2, 4, 6, 8, 10, 11, 13, 15, 17, 20, 22, 24, 26, 28, 29, 31, 33, 35) pays out 1 to 1
    first half = (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18) pays out 1 to 1
    second half = (19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36) pays out 1 to 1
    row = (0, 00) pays out 17 to 1
    street 1 = (1, 2, 3) pays out 11 to 1
    street 2 = (4, 5, 6) pays out 11 to 1
    street 3 = (7, 8, 9) pays out 11 to 1
    street 4 = (10, 11, 12) pays out 11 to 1
    street 5 = (13, 14, 15) pays out 11 to 1
    street 6 = (16, 17, 18) pays out 11 to 1
    street 7 = (19, 20, 21) pays out 11 to 1
    street 8 = (22, 23, 24) pays out 11 to 1
    street 9 = (25, 26, 27) pays out 11 to 1
    street 10 = (28, 29, 30) pays out 11 to 1
    street 11 = (31, 32, 33) pays out 11 to 1
    street 12 = (34, 35, 36) pays out 11 to 1
    top line = (0, 37, 1, 2, 3) pays out 6 to 1
    six line 1 = (1, 2, 3, 4, 5, 6) pays out 5 to 1
    six line 2 = (4, 5, 6, 7, 8, 9) pays out 5 to 1
    six line 3 = (7, 8, 9, 10, 11, 12) pays out 5 to 1
    six line 4 = (10, 11, 12, 13, 14, 15) pays out 5 to 1
    six line 5 = (13, 14, 15, 16, 17, 18) pays out 5 to 1
    six line 6 = (16, 17, 18, 19, 20, 21) pays out 5 to 1
    six line 7 = (19, 20, 21, 22, 23, 24) pays out 5 to 1
    six line 8 = (22, 23, 24, 25, 26, 27) pays out 5 to 1
    six line 9 = (25, 26, 27, 28, 29, 30) pays out 5 to 1
    six line 10 = (28, 29, 30, 31, 32, 33) pays out 5 to 1
    six line 11 = (31, 32, 33, 34, 35, 36) pays out 5 to 1
   
Any input would be greatly appreciated

Updated with new bets, odds and engine.

Play by sending your bet to play account roulette
In the memo type your bet
random seed is used to generate roulette table spin
All payouts have been boosted by 5% to reduce house edge to 0.53%
Current maximum bet = 100 PLS.
If you bet above the maximum bet, or send an unknown bet your funds will be returned after subtracting a 1PLS convenience fee


Current bets available    0, 00, or 1-36 pays out 35 to 1
    first column = (1, 4, 7, 10, 13, 16, 19, 22, 25, 28, 31, 34) pays out 2 to 1
    second column = (2, 5, 8, 11, 14, 17, 20, 23, 26, 29, 32, 35) pays out 2 to 1
    third column = (3, 6, 9, 12, 15, 18, 21, 24, 27, 30, 33, 36) pays out 2 to 1
    first dozen = (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12) pays out 2 to 1
    second dozen = (13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24) pays out 2 to 1
    third dozen = (25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36) pays out 2 to 1
    odd = (1, 3, 5, 7, 9, 11, 13, 15, 17, 19, 21, 23, 25, 27, 29, 31, 33, 35) pays out 1 to 1
    even = (2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36) pays out 1 to 1
    red = (1, 3, 5, 7, 9, 12, 14, 16, 18, 19, 21, 23, 25, 27, 30, 32, 34, 36) pays out 1 to 1
    black = (2, 4, 6, 8, 10, 11, 13, 15, 17, 20, 22, 24, 26, 28, 29, 31, 33, 35) pays out 1 to 1
    first half = (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18) pays out 1 to 1
    second half = (19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36) pays out 1 to 1
    row = (0, 00) pays out 17 to 1
    street 1 = (1, 2, 3) pays out 11 to 1
    street 2 = (4, 5, 6) pays out 11 to 1
    street 3 = (7, 8, 9) pays out 11 to 1
    street 4 = (10, 11, 12) pays out 11 to 1
    street 5 = (13, 14, 15) pays out 11 to 1
    street 6 = (16, 17, 18) pays out 11 to 1
    street 7 = (19, 20, 21) pays out 11 to 1
    street 8 = (22, 23, 24) pays out 11 to 1
    street 9 = (25, 26, 27) pays out 11 to 1
    street 10 = (28, 29, 30) pays out 11 to 1
    street 11 = (31, 32, 33) pays out 11 to 1
    street 12 = (34, 35, 36) pays out 11 to 1
    top line = (0, 37, 1, 2, 3) pays out 6 to 1
    six line 1 = (1, 2, 3, 4, 5, 6) pays out 5 to 1
    six line 2 = (4, 5, 6, 7, 8, 9) pays out 5 to 1
    six line 3 = (7, 8, 9, 10, 11, 12) pays out 5 to 1
    six line 4 = (10, 11, 12, 13, 14, 15) pays out 5 to 1
    six line 5 = (13, 14, 15, 16, 17, 18) pays out 5 to 1
    six line 6 = (16, 17, 18, 19, 20, 21) pays out 5 to 1
    six line 7 = (19, 20, 21, 22, 23, 24) pays out 5 to 1
    six line 8 = (22, 23, 24, 25, 26, 27) pays out 5 to 1
    six line 9 = (25, 26, 27, 28, 29, 30) pays out 5 to 1
    six line 10 = (28, 29, 30, 31, 32, 33) pays out 5 to 1
    six line 11 = (31, 32, 33, 34, 35, 36) pays out 5 to 1

***is it really random***

The random seed from every tenth block is used to generate a number between 1 and 7.  That number is then used to select a second future block.  That second block is then used to generate the 'roulette spin'

Since switching to this form of generating the 'spin' I have logged 8973 'spins'
The results were0 = 233
1 = 223
2 = 266
3 = 218
4 = 260
5 = 257
6 = 237
7 = 225
8 = 203
9 = 236
10 = 220
11 = 225
12 = 261
13 = 241
14 = 230
15 = 232
16 = 237
17 = 242
18 = 255
19 = 255
20 = 234
21 = 245
22 = 251
23 = 226
24 = 216
25 = 219
26 = 227
27 = 222
28 = 238
29 = 212
30 = 246
31 = 225
32 = 240
33 = 249
34 = 247
35 = 233
36 = 237
00 = 250
I am satisfied with these results.  I know it is currently a little skewed towards even results, but I don't expect that to continue.  Other groups of results have been skewed slightly towards odd.

At some point I hope to be able to move the bet matching and payout onto the blockchain as well. 

As I learn more, I may design a front end for this system as well.



playtalk thread url http://playtalk.org/index.php?topic=376.0

My delegate node just ran into a seg fault and I dropped a block.  Unfortunately I was not running in gdb, and the executable was stripped, so I can't get any debug info.  I am currently rebuilding to see if I can reproduce.  Has anyone else run into any problems?

* Edit by Bytemaster
   - this issue has been fixed in the latest toolkit and DAC Sun Limited has been notified that they should merge the fix and provide an update.

Anyone else having forking issues?  My seed node decided it wanted to go play on a side chain with an average of three delegates and now that I'm connected to the main swarm I'm only showing about a 90% delegate participation rate.