[Passed] LiquidBits term 8 grant - Automatic Liquidity Pool (ALP)

Cybnate 2016-05-12 09:16:37 UTC #35

Let’s have everyone do a number of Captcha (Completely Automated Public Turing test to tell Computers and Humans Apart) tests. Maybe @assistant will show up under an alias

masterOfDisaster 2016-05-12 09:21:02 UTC #36

I often fail at those CAPTCHAs.
Ooops!

nmei 2016-05-13 13:19:40 UTC #37

Can anyone confirm payments…I looked last night and nothing.

Cybnate 2016-05-14 04:56:16 UTC #38

The automatic payouts in the last two days went through without issues. I’m now preparing the backpay from the days before that.

Cybnate 2016-05-21 04:20:24 UTC #39

— Important Notice ----

Given CCEDK’s notification to temporary stop trading by the end of this month, I will have to close down LiquidBits ALP in about a week’s time. That means that the server will no longer pay out to the bots as per custodial grant in the OP. When no objections are made I propose to burn the remaining funds and officially end my obligations as an ALP on CCEDK as per OP. The reason to end the service a few days earlier is because no specific day has been given by CCEDK other than the end of May.

The last ALP payout day will be Saturday 28 May at 8pm UTC.

Once CCEDK enables trading again I will assess whether I will submit a new grant to continue services as an ALP. This will depend on compatible APIs and listing of NBT pairs. This will likely be with the new ALPv2 software and NuBot.

Cybnate 2016-05-29 04:15:37 UTC #40

Given the current liquidity situation and that it is now clear that trading only stops at 1 June, I extend the LiquidBits operations for another 3 days till 1 June. At CCEDK you can still get USD or some Euros for your NuBits with less than 1% spread

Cybnate 2016-05-31 08:32:46 UTC #41

There appears to an issue with the auto payout. I will look into this after the last payout in about 24h. I appear to have the logs to do a manual payout, so that will follow.

In 24h I will reduce payout to zero and effectively end operations on CCEDK. LiquidBits will continue to operate for the Poloniex and Bittrex gateway contract for the next 10 weeks.

Cybnate 2016-06-01 08:24:14 UTC #42

I’ve set the payouts to zero and restarted the server.
Orders can no longer be placed and trading is not possible on CCEDK as per their announcement. It is recommended to stop your PyBots. The server continues to run to support the gateways. It is now again correctly reporting the liquidity in the gateways on Poloniex and Bittrex.

I will process the backpay in the next 24h and burn the remaining NuBits for this operation.
When trading is enabled again and an adequate API is offered I will submit a new proposal for a pool at CCEDK.

masterOfDisaster 2016-06-01 08:55:50 UTC #43

You can’t increase the spread, because of he motion, on which the gateway operation is based upon, right?
In that case the PyBot gateways are pretty useless with the current offset parameters at the moment.
If I were operating them, I’d disable the buyside and reduce the sellside offset to <0.5% - if that’s compliant with the motion.

Cybnate 2016-06-01 08:58:19 UTC #44

I can’t change the offset or the spread according to the motion.
I was thinking of submitting a motion to make the offset variable/subject to FLOT guidance/decisions.

US NuBits purchased for over $1

masterOfDisaster 2016-06-01 10:30:32 UTC #45

The motion says:

Nitpicking, I could ask why not making the spread asymmetric: 0.4% sellside, 1.0% buyside?

I know that this can be perceived as bending the rules.
But strictly speaking it’s within the limits and reflecting the extraordinary situation we’re in.

It would be a step into the right direction.
With 0.7% offset each side, this gateway is at the moment rather useless with a too big sellside offset and a too small buyside offset.

mhps 2016-06-01 11:25:04 UTC #46

It is great for the experiment.

Since the motion didn’t say the 1.4% spread is SAF, how about taking it as non-SAF? That leaves 0.9% SAF I guess. Tight spread and isolated accounting from other liquidity. It’s perfect for the experiment.

masterOfDisaster 2016-06-01 11:35:13 UTC #47

Agreed.

mhps 2016-06-01 11:52:58 UTC #48

@Cybnate Are you OK with running the experiment with your gateway?

masterOfDisaster 2016-06-01 11:59:24 UTC #49

We need to be careful with the reserve and should start with small amounts of BTC…

mhps 2016-06-01 12:51:16 UTC #50

Heh what BTC? We only put in NBT and set low spreads on both sides and let the traders do the rest. (Why do I remember we had the same conversation before…?)

masterOfDisaster 2016-06-01 12:54:32 UTC #51

Because I’m like a broken record?
There are already a lot of NBT in @Cybnate’s PyBot account.

mhps 2016-06-01 13:02:46 UTC #52

Then We need to set the spread to 1% (less if possible), record the setting, and count volume every 24hrs. Is that is alright with you @Cybnate? what is the current liquidity and spread?

Cybnate 2016-06-02 01:47:48 UTC #53

I basically responded here: Current Liquidity

Pybot gateways are about liquidity, thought that was more appropriate than this thread.
Otherwise my PyBot thread?

Cybnate 2016-10-09 00:07:48 UTC #54

As the above never happened, some funds remained and should have been burnt a while ago. My apologies for that as I thought I had done that, but I found them still in a wallet today.

The remaining funds are 296.1896 after deduction of NBT 150 form this grant.
The transaction can be found here: https://svr1.nubitsexplorer.nu/block/86fcc274ed21a9dd834db9f666da0a7c64a6476958d904323675873aae15401d

I burnt everything but 0.05 NBT as it wouldn’t let me as there are no other funds left in the wallet. I think that is a bug with the burning command. So I still owe the shareholders NBT 0.05. Please let me know if someone wants to collect it. Will pay it from my own wallet