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

Pages: 1 ... 14 15 16 17 18 19 20 [21] 22 23 24 25 26
301
General Discussion / Can someone help test this new API server?
« on: March 26, 2016, 09:34:40 pm »
Can you help test "wss://valen-tin.fr:8090/ws" which is provided by @linouxis9, located in France?

Feedback needed.

If all OK we should add it to default server list.

302
General Discussion / Hard fork requests for review
« on: March 26, 2016, 10:21:05 am »
Here is a list of hard fork requests need to be reviewed:
* https://github.com/cryptonomex/graphene/issues/640 correct wrong voting proxy settings
* https://github.com/cryptonomex/graphene/issues/641 re-enable some permission settings of TCNY

303
According to http://docs.bitshares.org/bitshares/user/assets-faq.html#fee-pool, to avoid unexpected loss, UIA issuers need to keep an eye on the fee pool as well as the market, adjust CER(core exchange rate) when needed.
Quote
What is the fee pool all about?
The fee pool allows participants in the network to deal with assets and pay for the transaction fees without the need to hold BTS. Any transaction fee can be paid by paying any asset that has a core exchange rate (i.e. a price) at which the asset can be exchange implicitly into BTS to cover the network fee. If the asset’s fee pool is funded, the fees can be payed in the native UIA instead of BTS.

Note
The core exchange rate at which a fee can be exchanged into BTS may differ from the actual market valuation of the asset. A user, thus, may pay a premium or spare funds by paying in BTS.

Warning
Make sure your core exchange rate is higher than the lowest ask, otherwise, people will buy your token from the market and drain your fee pool via implicit arbitrage.


It is the task of the issuer to keep the fee pool funded and the core exchange rate updated unless he wants the owner of his asset to be required to hold BTS for the fee.

The fee pool acts like the asset issuer placed a bid order (buy asset, sell BTS) in the system with CER as the price/rate. When a participant wants to pay a fee in the asset but not in BTS, actually she sells some asset to the issuer. If there is an ask order in the market which is selling some assets for less BTS, an opportunist can buy asset from market, then sell to the issuer to get an instant profit.

Currently, issues can run bots to adjust CER automatically.

So here comes an idea: why don't we have a built-in feature that adjusts CER automatically?

My proposal:
* issuer can set a parameter on the asset: P%, when the market moves, the system automatically adjust CER to "a_fair_base_price" * (1 + P%)
* make this feature opt-in, which means UIA issuers can enable it or disable it at will

Potential options for "a_fair_base_price" includes:
[easier to implement]
* current highest bid
* current lowest ask
* latest order filling price
* a calculation based on above values
[harder to implement]
* [weighted]average/lowest/highest filling_price/bid_price/ask_price in last X hours
* a calculation based on above values

In a liquid market, the automatic adjusting may work just fine (see price feeding for smart coins).
In an illiquid market, there may be people try to manipulate the price, so maybe automatic adjusting won't work.
 
Extended thoughts: probably we can adjust settlement_price of smart coins in similar way, so eliminate the need of price feeds?

More thoughts?

304
General Discussion / About workers: 1.14.35/36Fund to pay dividend
« on: March 24, 2016, 05:46:08 pm »
Original post: https://bitsharestalk.org/index.php/topic,22041.msg287004.html#msg287004

Some translation here:

After this worker is voted in, the ones who set dacs(https://cryptofresh.com/u/dacs) as proxy will get dividends.
Dividends come from worker pay.
Distribution of worker pay will be done everyday:
* A manager will get 8000 2000 BTS
* every supporter will get (total_pay_today - 8000)/total_voting_power_of_dacs*voting_power_of_supporter

//Update: according to the original post, manager pay reduced to 2000 BTS.

305
https://www.cryptocoinsnews.com/blockchain-tech-enables-utah-republicans-vote-candidate/

Quote
Registered members of the Republican party in Utah will be able to nominate a candidate for the United States Presidency by placing a vote without having to visit polling stations by submitting them via the internet at the party’s website. The votes will be submitted and secured on a blockchain.


How about Follow my vote? @ak


306
中文 (Chinese) / BTS币龄出租 - 币生币
« on: March 12, 2016, 11:16:54 pm »
背景

BM在2月中旬提出零手续费的系统设计思想,引起剧烈反响,社区热烈讨论。如今,基于币龄减免手续费的基本功能已经开发完成,近期即将上线。

简单来说,如果一个投资者账户里有一定数量的股份(BTS),持有一段时间后,就会产生“币龄”。当该投资者需要使用系统某项功能时,比如需要进行转账支付,可以按系统设定的比率,用“币龄”冲抵转账手续费,甚至可以免费转账。

这个功能开创了加密货币免费使用的先例。


不足

但是,只有基本功能,无法满足广大用户和投资者的需要。
* 一方面,使用冷钱包+热钱包策略的投资者,还无法将冷钱包积累的币龄用到热钱包
* 另一方面,一些大户很少使用系统,无法有效利用积累的币龄,造成资源浪费
* 除此之外,仍然有不少用户认为系统手续费过高,希望降低使用成本


改进

如果用户可以将一个账户积累的币龄,转让给另外一个账户使用,那会什么样?
* 冷/热钱包用户无需再烦恼
* 币龄过多的用户,可以将积累的币龄出售,赚取利润
* 币龄不足的用户,可以从其他用户那里购买币龄,降低系统使用成本


设计

为了平衡系统、用户、投资者之间的利益,需要设计一个合理规则。

* 只有终身会员(LTM,也称VIP)才能出租币龄
* 出租价格由市场竞价产生


投资分析

币龄出租功能,将采用FBA方式进行筹资开发。
BTS持有者出租币龄赚取利润的同时,一部分利润将分配给FBA投资者。


[未完待续]

307
General Discussion / Make a MUSE sidechain first?
« on: March 06, 2016, 07:23:45 am »
How about make a MUSE sidechain first? MUSE is also a Graphene based chain, it would be much easier to implement.

308
General Discussion / Another hosted web wallet?
« on: March 05, 2016, 02:16:43 pm »
Just saw a post in the Technical Support board. https://bitsharestalk.org/index.php/topic,21771.new.html#new

https://os.merkabahnk.io/ looks like a hosted BitShares web wallet. I haven't seen anything about it in this forum before.

Anyone know who is behind it? Thanks.

//Update: looks like it's the project of Rune and Toast.

309
中文 (Chinese) / 手续费调整已生效
« on: March 03, 2016, 06:21:21 pm »
第一次批量调整手续费已生效,请知悉。

下调的有:
转账费4.2BTS
市场挂单费 0.2BTS(撤单退90%)
新建账户费 4.7 BTS(已扣除返现)

上调的有:
新建资产费11693 BTS
VIP升级费 28063 BTS

还有其他很多调整。最新费率表参见:
* 轻钱包: 浏览->费率表 ,
* 网页钱包: https://bitshares.openledger.info/#/explorer/fees
* 区块链浏览器: https://cryptofresh.com/fees

310
中文 (Chinese) / 做市商激励机制
« on: February 23, 2016, 08:28:45 pm »
为了改善内盘流动性不足、挂单差价大、体量小的状况,最近社区在讨论做市商激励机制。

本来是BM提出一个设想,在BTS里内置(核心开发)一个激励机制,规则是挂单时间超过10分钟后被吃掉有奖,所以可以刷单挖矿。

现在讨论变得更有趣了,最优价格挂单超过一定时间就有奖,并且不需要在BTS内部实现奖励分配(不需要核心开发),而是使用外部脚本来统计发奖 https://bitsharestalk.org/index.php/topic,21544.msg281415.html#msg281415

@alt 这方面你最擅长,不管是做市机器人,还是发奖脚本,都可以参与一下。当然前提是制定一个好规则。意下如何?

311
中文 (Chinese) / 手续费调整方案
« on: February 17, 2016, 10:19:12 am »
有兴趣的去看这个帖子 https://bitsharestalk.org/index.php/topic,21368.0.html 很长,不知道有人翻译没有,有的话麻烦补个链接,谢谢。

大致内容:
* 以后手续费会定期(频繁)调整,以保证锚定美元
* 大幅降价的有:转账费0.018$,下单费0.001$
* 涨价的有:vip升级费120$

预计下星期开始投票,通过的话下下星期实施。

有意见赶紧提。

312
General Discussion / [ATTENTION] STEALTH will come on 18th Feb?
« on: February 15, 2016, 01:57:31 pm »
I heard that a new release of BitShares will come on 18th Feb, which will contain the STEALTH and FBA features. It's said that @bytemaster "announced" it in last Friday's mumble hangout. I haven't listened to the recording of that hangout so I'm not sure what actually it is. Just post some concerns here.

1. It seems no "official announcement" has been posted on the forum about the release. We'd better have at least a schedule: when will release, when is the hard fork and etc, so our PARTNERS and the community can plan accordingly in advance.

2. Will we do public testing before the final release? IMHO we'd better do it. However, here comes a challenge that how to judge whether the product is fully tested. Do we need a testing report? Who will provide the report? How much time do we need to audit the report?  Who will audit?

In short, let's be professional.

Thoughts?

313
General Discussion / Rate Limited Free Transactions Feature Implemented
« on: February 14, 2016, 04:00:28 pm »
Rate Limited Free Transactions Feature Implemented.

Features:
* Committee can define the rate of coin-days to be converted to fees,
   for example, normal users can have: 1K BTS * 1day -> 1BTS of fee,  AM 1KBTS * 1day = 2 BTS of fee, LTM 1KBTS*1day=5BTS of fee

* Committee can define a cap of coin-days used for fees for each operation.
   for example, users can use coin-days to pay 10BTS of transfer fee, or 1 BTS of market order creating fee, or etc

* Committee can define a cap for every account type(LTM/AM/normal user), so a user would be unable to spam 100 or more free transactions at same time.
   for example, LTMs will have a cap of 100BTS, AM 50BTS, normal user 30BTS.

So if you're an LTM, and you have 1M BTS in your account, you can accumulate 5000 BTS of fees per day, or about 3.5BTS per minute. In case when transfer fee is 30BTS and the committee set the free-fee cap of transfer to 30BTS , you can transfer once for free every 10 minutes.

Code is here:
https://github.com/abitmore/bitshares-2/tree/bts2-bts-limited-free-trx

Reference: [BLOG POST] How to build a Decentralized Application without Fees http://bytemaster.github.io/article/2016/02/10/How-to-build-a-decentralized-application-without-fees/

Have fun!!

By the way, @JonnyBitcoin @fav would you like to vote for my worker proposal "1.14.29   [BSIP10] Percentage-based transfer fee solution based on CER"?

314
General Discussion / I want to develop the "limited zero fee" proposal
« on: February 10, 2016, 06:51:29 am »
The basic idea is simple:
If you have X BTS (or smart coins which have real values) in you account for Y days, you can transfer for Z times for free, or trade W times for free. LTMs have more times than normal users.

Anyone who have interest to help design and/or implementation and/or write documents please leave a message here and do something. Actions/efforts in marketing are also appreciated.
Here is a list of documents needed:
* Feature specification
  * behavior details
  * parameters design
* Implementation details
  * data structure
  * algorithm
* Use cases / Test cases


Short-term Plan/Roadmap:
* create a BSIP proposal
* discuss on the BSIP proposal and improve it
* prepare for marketing
* in the mean while coding
* testing
* release

315

Start.
Give every normal user a full "mineral bag".
By paying a bag of minerals, the user can do a flat fee transfer once for free. The bag then become empty.
The minerals in the bag will evaporate after 24 hours if not used. The bag then become empty.
When the bag is empty, the user can start "mining".
4 hours after started mining, the bag will be full.
The user have to rest for 20 hours to be able to mine again.
Repeat.

Advanced users (annual subscriber):
Advanced users have 2 bags.
Advanced users can mine a bag of minerals in 2 hours.
Advanced users can mine again after rested for 10 hours.
Advanced users equipped special bags so minerals will evaporate only after 48 hours.

Elite users (lifetime member):
Elite users have 3 bags.
Elite users can mine a bag of minerals in 1 hour.
Elite users can mine again after rested for 5 hours.
Elite users equipped high-tech bags so minerals will evaporate after 72 hours.

Happy mining :)

Pages: 1 ... 14 15 16 17 18 19 20 [21] 22 23 24 25 26