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 - Permie22

Pages: 1 [2]
16
General Discussion / Pump100k
« on: September 01, 2019, 08:28:18 pm »
"Pump100k"

Daily allocate RF funding to a 16of30 multisig controlled by the top 30 proxies

Accumulate bts in the account, at 00:00UTC every 1st of the month, create bitCNY will a call price of 0.1CNY and spend the CNY buying up the ask orderbook such that all bitCNY is spent

If the bts:CNY price and bts:CNY orderbook were constant, 191k bitCNY would be created and the announced&predictable pump would push the price on the DEX 14% higher.

Given that the market will know to expect the Pump100k buy every month, watch traders run up the price at the end of every month to front-run the pump and sell into it. How much higher the price would move up in anticipation of the 00:00 1st of the month buy would increase it's impact

After 1 year of such a WP being in operation there'd be a 36.5Mil bts collateral position with a call price of 0.1.

Theoritcally permmissable?

17
General Discussion / Re: Vesting Balance Leaderboard
« on: September 01, 2019, 07:45:24 pm »
+5%

18
Update: The DEXBot post has now been translated into Mandarin thanks to Tong Shen and his team

DEXBot 更新翻译成普通话

19
I have uploaded the docs to onedrive so they can be viewed in China

20
I am still working on having this post translated into Mandarin  :)

Update: The DEXBot post has now been translated into Mandarin thanks to Tong Shen and his team

21
(虽然我发布这条回复的账号是个新账号)这个账号(https://bitsharestalk.org/index.php?action=profile;u=36434)是我以前在 bitsharestalk 论坛的账号,Hero Member 级别,共发布过 606 个帖子, 但这个账号现在我无法登陆了。

DEXBot 开源项目:
www.github.com/codaone/DEXBot
DEXBot 给 cn-vote 的进展报告

这是记录 DEXBot 项目费用支出的文档:https://1drv.ms/x/s!AjNxlbf-fDQJagkgB81_-drYTh4
自从一个月前,cn-vote 工会给 DEXBot 投票后,我们便开始了将 DEXBot 的维基文档翻译成中文和俄文的准备工作:https://1drv.ms/w/s!AjNxlbf-fDQJbhi2VJQgzFDTl90

在 cn-vote 工会的支持下,如果 DEXBot 能够持续获得资金支持,我们就能继续完成这项工作。

我们已经联系了 @btslinda 来做相关文档的翻译。

DEXBot 团队正在大规模开发 pybitshares 工具库,加强用于计算和更快地下订单的异步功能,以支持竞争性套利功能的使用。这一功能将为 DEX 带来流动性,尤其是 bitCNY 市场。
这项开发工作当前正在进行中。

传统套利功能说明文档:
https://1drv.ms/w/s!AjNxlbf-fDQJaePNQU7T4aPfJiQ
文档摘录:

DEXBot 将使用 Ccxt 工具库,允许一次性访问 135 家中心化交易所(CEX)。这包括了币安和绝大多数大型交易所。
查看支持的交易所的完整名单:https://github.com/ccxt/ccxt/blob/master/wiki/Exchange-Markets.md
为什么比特股需要套利?

套利可以带来更大的交易量、更好的价格发现效果、更小的价差。套利机器人会接受好的报价,并鼓励做市商尽可能地给出接近去中心化交易所( DEX)中订单簿上市场价格的报价。交易量越大(部分交易量由套利机器人增加),做市商的资金周转就越频繁,也就更加吸引交易者参与做市。

为什么比特股需要与其他交易所相连接?

因为套利的原理是利用不同市场上资产的价格差异或变化滞后来赚取利润,所以要实现套利,需要至少可以访问两个不同的交易所。

DEXBot 的套利功能应该怎么运作?它应该遵循什么样的逻辑?

DEXBot 应该具备至少能在另外两家交易所的订单簿上发布订单的能力。
这两家交易所中必须有一家是 BitShares DEX。

“镜像”套利功能说明文档:
https://1drv.ms/w/s!AjNxlbf-fDQJbAbWTiR_BEQW4WM

文档摘录:

镜像套利与传统套利相似,不同之处在于镜像套利包括了一个限价订单和一个市价订单,而传统套利则包括两个市价订单。

传统套利注重抓住套利机会,而套利机会的引发是由在两个不同的交易所的两个交易员发出的两个限价订单。

镜像套利则是分析 交易所 1  (CEX) 的已有订单,并在 交易所 2  (DEX) 发布一个限价订单;如果交易完成,DEXBot 就可以在 交易所 1  吃单,实现盈利。DEXBot 需要阅读 CEX  的订单,通过在 DEX 上发布限价订单,并仅在 DEX 限价订单完成时才对 CEX 采取行动,从而预测/提前获得套利机会。

DEXBot 支持 BitShares DEX 上的流动性和交易活动,因此发出限价订单的交易所为 DEX,而发出市价订单的交易所则为 CEX。

CEX 的订单簿将是动态的,并且会不断变化,因此 DEX 上的限价订单也需要根据更新后的 CEX 订单进行下单、取消或替换的操作——在一定的误差范围内,以减少不必要的微小订单更改所浪费的费用。

DEXBot 必须以最小的延迟来及时掌握 CEX 订单簿的状态,并且尽可能频繁的更新。

DEXBot 会持续监控 CEX 的订单簿信息,并根据 CEX 价格按照百分比的偏移量,利用相关数据在 DEX 上下限价订单。

可视化工具

可视化工具正在开发中,但最近由于 DEXBot 被投票落选资助而暂停。可视化工具将能够使交易进展一目了然,从而让我们能够简便地评判 DEXBot 的交易竞争情况。

https://github.com/JRizzly/BitsharesRealTimeAccountTracker
https://github.com/Codaone/DEXBot/tree/dash-graphs

单元测试

BitProfessor(@教授) 一直在对 DEXBot 代码进行详尽的单元测试,并在中国比特股社区中进行了小规模的宣传。





=================================================================================================



Here is my orginal bitsharestalk profile, from which I am locked out. Hero Member, 606 posts: https://bitsharestalk.org/index.php?action=profile;u=36434

DEXBot:
www.github.com/codaone/DEXBot

DEXBot Update for cn-vote

DEXBot has a google doc documenting expenses here: https://1drv.ms/x/s!AjNxlbf-fDQJagkgB81_-drYTh4

Since cn-vote gave DEXBot it’s vote one month ago preparation to translate DEXBot wiki  documentation into Mandarin and Russian have begun: https://1drv.ms/w/s!AjNxlbf-fDQJbhi2VJQgzFDTl90

With cn-vote’s support and DEXBot receiving continued funding for DEXBot we can continue with this effort.

@btslinda has been contacted about doing this translation work

DEXBot is undertaking extensive development of pybitshares to develop asynchronous capability to calculate and place orders faster to support the use of competitive Arbitrage features which will bring liquidity to the DEX, most notably the bitCNY markets.
This development is being worked on right now.

Traditional Arbitrage Feature Specification:
https://1drv.ms/w/s!AjNxlbf-fDQJaePNQU7T4aPfJiQ

Excerpt:
    DEXBot will use Ccxt which allows access to 135 CEX’s in one go. Binance and most of the big ones are included.
See the full list here: https://github.com/ccxt/ccxt/blob/master/wiki/Exchange-Markets.md

Why does Bitshares want arbitrage?

Trade volume, better price discovery, tighter spreads as arb bots will take good offers and encourage market makers to have offers close to the market price on the DEX orderbooks as often as possible. The higher the volume of trading, in part increased by arb bots, allows market makers to turn over their capital more frequently thus making market making participation more attractive to traders

Why does Bitshares want to connect to other exchanges?

Arbitrage requires access to at least two separate exchanges as it relies on the price discrepancy, or lag, between prices for assets offered in two separate marketplaces.

How should the arbitrage feature on DEXBot operate? What logic should it follow?

DEXBot should have knowledge and ability to post orders on the books of at least two other exchanges.
One of those two exchanges must always be the Bitshares DEX.



“Mirrored” Arbitrage Feature Specification:
https://1drv.ms/w/s!AjNxlbf-fDQJbAbWTiR_BEQW4WM

 Excerpt:
Mirrored Arbitrage is similar to traditional arbitrage except that it involves one limit order and one market order. As opposed to traditional arbitrage which involves two market orders.

Traditional arbitrage lies hidden ready to pounce on an arbitrage opportunity that arises out of two limit orders being placed by other traders on two separate exchanges.

Mirrored Arbitrage instead analyses the orderbook of Exchange-1 (CEX), and places a limit order on Exchange-2 (DEX) that if filled would allow DEXBot to take an offer from Exchange-1 and realise a profit. DEXBot should read the orderbook of the CEX and predict/front-run arbitrage opportunities by placing limit orders on the DEX and only acting on the CEX if the DEX limit-order is filled.

DEXBot supports liquidity and trading activity on the BitShares DEX so the exchange where limit orders are placed will be the DEX and the exchange where market orders are taken will be a CEX.

The orderbook of the CEX will be dynamic and ever changing so the limit orders on the DEX will have to be placed/cancelled and replaced in response to the updated CEX orderbook - within a margin of error to reduce wasting fees on unnecessarily minute order changes.

DEXBot must be aware of the state of the CEX orderbook with minimal time-lag and updated as frequently as is possible.

DEXBot will constantly monitor the CEX’s orderbook information and use the data to place limit orders on the DEX at prices %offset to the CEX.


Visualisation Tools
are under development, but have been halted very recently due to DEXBot being voted out of the funding zone. Visualisations will allow an easy way to judge DEXBot trading competitions, as progress is easily seen at a glance.
https://github.com/JRizzly/BitsharesRealTimeAccountTracker
https://github.com/Codaone/DEXBot/tree/dash-graphs

Unit Testing
BitProfessor has been conducting extensive Unit Testing of DEXBot code and some small PR within the Chinese BitShares community

Pages: 1 [2]