I started the proposal less than 72 hours after NuBits went public and it hasn’t even been a week since launch. I would say that this amount of time is hardly enough to gauge the future demand for NuBits.
The important point is that the proposal is there if it is needed. It does not have to be voted on now or ever.
I am completely for using a large percentage of dividends for bounties or for development but we should also keep at least ~40% for shareholder dividends. That way we can show to the Peercoin community the positive trend that NuBits brings to Peercoin. (That is assuming that the dividends that are for bounties and development costs are not converted to Peercoins. Also development should be getting the dividends from undistributed shares anyway.) I think we should heavily push development though. From reading some of the criticisms on the Bitcoin subreddit, one of the largest frustrations of the community is the ease of use of the Bitcoin client. So my idea is to push exchanges, client development, and a smartphone wallet. After we have about 4-5 exchanges, change that priority to a getting a payment provider or fund our own.
Below you will find a link to my amended grant proposal which specifies using the granted funds in dual-side mode for the first 90 days of the Grants operation.
Here is the SHA-1 hash of the raw amended proposal: 56a848081d3452b06255a4edca8fd88a49825a61
Also, it has been brought to my attention that the three additional grant addresses will no longer be necessary due to a recent development with NuBot. I have removed my votes for these three additional addresses.
Jordan Lee has pointed out to me in the following thread that he intended to use the motion voting system for a couple of important up-coming motions. As the client is currently designed, only one motion can be voted on at a time.
Because of this, we will use a grant for 1 NBT to decide if we should use the amended version (0.1.1) of my grant proposal.
If you wish to amend my original proposal, please vote for the following grant for 1 NBT:
BMmwnkZo61gw2m3fqRFApPS5nbW1JNwf5J - 1 NBT
Please accept my apologies for the additional troubles.
Shouldn’t this thread be moved to Custodial grant proposal? I think a lot of people wouldn’t look at it in this thread. Let me or one of the other moderators know if you like to have this moved so the shareholders have all proposals ready for voting on one page.
yes it should .
Sorry we created the category yesterday !
Moved !
EDIT: a request for @jmiller . Could you please follow the styles of other custodial grant request and make clear and visible the address and the amount you are requesting a vote for?
Currently is at the bottom of the message and I had a hard time finding it.
Next time, don’t submit a proposal directly. Please first submit a draft for discussion, and only when its ready to be voted for, then you can make a different new thread.
After reading your post again, with the two edits, I finally got it.
Please edit again. I believe you should have a huge bold text at the beginning of your post, and repeat it down here with a summary : Something like :
To the attention of all shareholders (fac simile)
I am requesting a grant of 200400 NBT;
My proposal has two versions : v.0.1.0 , and v.0.1.1 ;
The second proposal differs from the first in respect to xyz, because of ijk. You can find differences here
To vote for using the funds as specified in v.0.1.0 just vote for 200400 NBT @ B9fv9Di2Y4RxUHzrwjtfq5fetAhqULzWKL
To vote for using the funds as specified as inv.0.1.1 , in addition to the vote above, cast a second vote of 1 NBT @ BMmwnkZo61gw2m3fqRFApPS5nbW1JNwf5J
Also, please specify how much will you wait to see if the 1 NBT grant passes, and what will you do with the funds in the meantime.
I am requesting a grant of 200400 NBT;
My proposal has two versions : v.0.1.0 , and v.0.1.1 ;
The first version is for sell-side liquidity only. The second version will operate the granted funds as dual-side liquidity for the first 90 days. You can find differences here
To vote for using the funds as specified in v.0.1.0 just vote for 200400 NBT @ B9fv9Di2Y4RxUHzrwjtfq5fetAhqULzWKL
To vote for using the funds as specified as in v.0.1.1 , in addition to the vote above, cast a second vote of 1 NBT @ BMmwnkZo61gw2m3fqRFApPS5nbW1JNwf5J
Version v.0.1.0 is already close to passing. I will not wait for v.0.1.1 to pass before beginning the original grant’s operation. If v.0.1.1 passes, any proceeds that have been set aside for dividends will immediately be put into a buy wall and the bot will be switched to dual-side mode for the first 90 days.
Please feel free to get in touch over email/pm/hipchat for any help setting up the bot.
I remind you that when acting in sell-side mode, your sell price has to be set slightly above the buy custodian price. The current default price-increment of the bot is 0.001 USD, and it can be overwritten by setting the priceincrement parameters in the bot configuration file. The custodian is free to set this increment as small as accepted by the exchange, as long as it is non-zero.
Citing the white paper :
[custodian] should offer the entire balance of NBT for sale using the formula of one USD + transaction fee + one pricing increment. Let’s say our exchange has a transaction fee of 0.2%. Some exchanges allow the fee to be discovered through their API, while others do not. If the fee can be found through the API, it will. If not, the user should be asked to specify the transaction fee. Let’s say this exchange supports 4 decimal places in its order book on the NBT/USD pair. Using our formula above, the trading bot would place an sell order for 10,000,000 NBT at a price of 1.0021. The reason it should be 1.0021 instead of 1.002 is that we want dual side sell orders to be executed first, so their funds can be returned to providing buy side liquidit
It looks like your sell walls are placed closer to the peg than KTm’s (see below). Would you be willing to move them slightly further from the peg, so that they have a lower priority? KTm is already acting as a dual-side custodian, so that will strengthen our buy walls in the short term.
This is just a slight timing issue. I’m only 0.00001 above KTm sell price, so sometimes the price will change and her bot will adjust before mine does.
It’s been a long day of testing but I believe we’ve finally got the sell-side bot settings configured to keep my orders right above KTm’s dual side bot.
Early this morning, while the price of Bitcoin was moving pretty fast, some of the bots orders briefly ended up on the wrong side of KTm’s orders due to a timing issue between the two bots. During a couple of these instances, there were some sales proceeds, totaling roughly 18,000 NBT. I will provide a more detailed account of these numbers tomorrow.
Please, if you have not already done so, vote for my amended proposal so we can get these proceeds put back into a buy wall. Vote for 1 NBT @ BMmwnkZo61gw2m3fqRFApPS5nbW1JNwf5J if you would like to see this amendment pass. My OP has been updated with the details of this.
The remaining 100k of granted funds has not yet been added to additional markets. I have opted to stay out of the NBT/PPC market until a decision has been made about my amended proposal. KTm already has strong control of that market and I do not want to run the risk of picking up too many PPC in a declining market, this early in the life of the grant.
I will likely be providing liquidity to our new NBT/Euro market, but we’re still waiting on support for that market to be added to NuBot.
We should have seen this coming. This will ALWAYS happen if two NuBot operators work on the same non-USD pair, due to timing issues in a moving market. Please keep further sell-side funds off of non-USD pairs that KTm is already trading on, until the Nu team has a chance to assess the impact. Thank you!
@pennybreaker contacted me this morning and requested that I take the bots off of the BTC markets until a better solution is available. I will be focusing on the NBT/EUR market, for the time being.
A software solution to this problem requires synchronisation which in turn will require either some centralisation or high complexity. Long term, we will move away from non-USD pairs. But for the time being we need a rule, and JL seems to agree.
No more than one custodian bot at the time on the same non-usd pair.
This rule requires - imho - that any future custodian proposal should include specification in how the grant will be coordinated with other custodians. This is also valid for the three LPC custodian being voted now.
Sorry about the lack of updates over the last few days. There have been some unexpected issues with the performance of NuBot. I’m working with the NuBits team to help test and resolve these.
The ~18000 NBT of sales volume that I mentioned above, turned out to be collisions with KTm’s bot. I have sold this BTC back to KTm to effectively roll back the mistake. This was a loss to the grant of about 400 NBT in fees and BTC volatility.
I am now supporting the NBT/EUR market on Ccedk. We’ve had a total 2543 Euro in sales.
The amendment to my grant is very close to passing. This will cause the terms of the grant to switch to dual-side for 90 days on all markets that I support. It’s about 300 blocks from passing, so I expect this switch to take place later today.
Thanks for the update. Can you please elaborate on the following? What were the exact amounts lost to fees and volatility in bot-to-bot trades? Thanks!