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

Pages: 1 2 [3] 4
31
Stakeholder Proposals / Requesting price feeds for the Hertz ABA
« on: February 27, 2018, 12:34:49 am »
Hertz - Oscillating Algorithm Based Asset

Hertz is an MPA which is modified with a sine wave to predictably oscillate with a 14% amplitude, and 28day period, resulting in a price feed range of $0.86 to $1.14.

Price feed scripts have been created for wackou's bts_tools, xeroc's bitshares-pricefeed and the reference Hertz python-bitshares based price feed implementation.

A $750 (bitUSD) bounty is still available for the implementation of Hertz in the btsprice price feed repo.

I'm seeking additional price feed publishers, I've pre-approved 25 price feed publishers (detailed below) who can begin publishing price feeds for Hertz at their discretion. Any elected witnesses not currently publishing price feeds - I'd greatly appreciate feedback regarding what would help you begin publishing price feeds.

Approved price feed publishers:
fox, wackou, xeldal, xman, abc123, xn-delegate, datasecuritynode, delegate.ihashfury, bhuz, delegate-1.lafona, delegate.freedom, elmato, in.abit, verbaltech2, witness.yao, witness.still, roelandp, taconator-witness, blckchnd, sahkan-bitshares, openledger-dc, sc-ol, billbutler-witness, delegate-zhaomu, hertz-feed.

Actively publishing price feeds:
wackou, delegate.ihashfury, verbaltech2, roelandp, taconator-witness, blckchnd, sahkan-bitshares, sc-ol, delegate-1.lafona, hertz-feed.

Not publishing price feeds yet:
fox, xeldal, xman, abc123, xn-delegate, datasecuritynode, bhuz, delegate.freedom, elmato, in.abit, witness.yao, witness.still, openledger-dc, billbutler-witness, delegate-zhaomu

We may need to increase the max price feed publisher quantity again unless I start swapping above approved (and inactive) price feed publishers for willing parties.

Cheers,
CM.

References:
Price feed monitor: https://btsapi.grcnode.co.uk/home
Hertz asset page: http://open-explorer.io/#/assets/HERTZ
Hertz technical documentation: https://sites.google.com/view/hertz-aba/
Wackou's price feed repo: https://github.com/wackou/bts_tools/
Xeroc's price feed repo: https://github.com/xeroc/bitshares-pricefeed/
btsprice bounty: https://github.com/pch957/btsprice/issues/4
Reference repo: https://github.com/BTS-CM/scripts/blob/master/hertz-feed.py

32
I've been working on getting the HERTZ Algorithm Based Asset live on the Bitshares network recently, and ran into problems providing more than 10 private price feed publisher entities (Rather than witness|committee fed).

Would it be possible for the committee to increase the 'maximum_asset_feed_publishers' value from 10 to say 25?

As far as I'm aware, there's no risk associated with increasing this value, right?

Relevant links:
https://github.com/bitshares/bitshares-ui/issues/1025
https://steemit.com/bitshares/@cm-steem/bitshares-committee-request-increase-the-maximumassetfeedpublishers-value-from-10-to-25
https://steemit.com/bitshares/@cm-steem/hertz-42-activated-4-more-bitshares-witnesses-to-go-more-hertz-related-updates
https://sites.google.com/view/hertz-aba/

Thanks for your time,
CM.

34
General Discussion / Bitshares HUG REST API
« on: December 27, 2017, 03:24:07 am »
Hey,



I've created a REST API using HUG for Bitshares over the last few days. You can't control the wallet, but you can access all data on the blockchain through get requests now.

It's fully open sourced & documented in a manner to improve ease of implementation.

Would you use this tech?

https://github.com/BTS-CM/Bitshares-HUG-REST-API

https://steemit.com/bitshares/@cm-steem/initial-release-bitshares-hug-rest-api

35
Stakeholder Proposals / BSIPs 23 & 24
« on: August 29, 2017, 11:15:55 pm »
I've created two draft BSIPs:

BSIP-0023 - Sharedropping an UIA against an external cryptocurrency distribution snapshot
https://steemit.com/bitshares/@cm-steem/draft-bsip-0023-sharedropping-an-uia-against-an-external-cryptocurrency-distribution-snapshot

Draft BSIP-0024 - "Locking Bitshares away as 'Bitshares Influence' for voting privileges on the BTS DEX"
https://steemit.com/bitshares/@cm-steem/draft-bsip-0024-locking-bitshares-away-as-bitshares-influence-for-voting-privileges-on-the-bts-dex

I'd appreciate input on both, they're drafts and haven't been submitted as a pull request into the BSIP repo yet.

Thanks +5%

36
Technical Support / Updated Bitshares client on official website?
« on: August 03, 2017, 12:52:12 pm »
Hey,

Several users have been asking for an updated bitshares client update on the bitshares.org website, the last client release was 22nd may. Who is in charge of bitshares.org and or release management?

Cheers

37
Hey,

Is there any documentation on how to take a snapshot of a bitcoin based blockchain as the basis for an new graphene blockchain's initial supply sharedrop?

It could help altcoins migrate to graphene in the future..

Best regards,
CM.

38
Can anyone provide a working example of the get_market_history CLI command please?

I've been unable to provide the command valid input data, I keep getting error messages about ISO time formatting (despite attempting to use such formatting).

I'm wanting to dump the market history for the MPA/BTS trading pairs & summarize market making participation using Hadoop, potentially incentivizing market making activity (filled orders only, select trading pairs).

Side note: I think it'd be a great idea to provide a single working usage example for each documented API command, this would significantly improve the ease of learning the CLI commands.

Docs API content:
Code: [Select]
vector<bucket_object> graphene::app::history_api::get_market_history(asset_id_type a, asset_id_type b, uint32_t bucket_seconds, fc::time_point_sec start, fc::time_point_sec end) const
Reference:
docs.bitshares.org/api/history.html?highlight=get_market_history

Thanks,

CM.

39
General Discussion / Bitshares UI Customization Guide!
« on: July 02, 2017, 04:48:19 pm »
Hey,

Fuzzy contacted me on Telegram regarding the potential development of customized web wallets, so I created a draft guide regarding how to customize the Bitshares UI. The aim of this guide is to provide a fast on-ramp for new UI developers.

The guide covers the dev environment setup, editing the header/footer, changing the featured trading pairs throughout the UI and how to create new themes.

I'd greatly appreciate input on the guide, it's open source & MIT licensed on GitHub so it's open to the community to aid its development:
https://steemit.com/bitshares/@cm-steem/bitshares-ui-customization-guide
https://github.com/grctest/BTS-UI-Customization

Cheers,
CM.

40
General Discussion / CFETS MPA?
« on: May 22, 2017, 03:00:12 am »
I like the look of ALTCAP.XDR because it's a basket currency by the IMF, but it's only applied against 5 currencies. https://www.imf.org/external/np/fin/data/rms_sdrv.aspx

The CFETS basket currency by comparison is based on 24 currencies: http://www.chinamoney.com.cn/english/svcnrl/20161229/2047.html

Do you think there would be interest in an MPA based on CFETS?

41
General Discussion / HERTZ - Oscillating Formula Based Asset
« on: May 17, 2017, 07:27:47 pm »

What is Hertz?

Hertz is a highly experimental Market Pegged Asset (MPA) created on the Bitshares network. Elected Bitshares witnesses will publish price feeds which are pegged against the United States Dollar (USD) and predictably oscillates using a sine wave algorithm. The sine wave has an amplitude of 14% and a period of 28 days, thus the price feed value changes 2% every day and a resulting max price feed value of $1.14 and min of $0.86 (Note: Depending on the combination of Bitshares price volatility and age of price feeds published by witnesses, these limits may not always hold).

Hertz tokens are shorted (borrowed) into existence by users on the Bitshares network with at least 175% backing collateral in Bitshares; there is no centralized issuance and asset creator permissions have been restricted for increased decentralization.

By implementing a sine wave phase offset (date/time), we are able to make each Wednesday (mid working week) the most important day for Hertz.

Price feeds:
Reference Python scripts & calculator (https://github.com/BTS-CM/scripts)
  hertz_calculator.xlsx : A spreadsheet for evaluating the effect of different sine wave variables (amplitude, period, etc).
  hertz-verification.py : Used for verifying that the phase offset lines up appropriately.
  hertz-feed.py : What you'd use if you don't use wackou or xeroc's price feed scripts.
Wackou's 'BTS_Tools' (Only use if pull request #36 is merged, OR if you change 1/3 to 0.14 yourself manually).
  https://github.com/wackou/bts_tools/blob/master/bts_tools/feeds.py#L275
  https://github.com/wackou/bts_tools/blob/master/bts_tools/feeds.py#L441
Xeroc's 'Bitshares-PriceFeed' (Issue #25 addresses the inaccurate amplitude comments)
  https://github.com/xeroc/bitshares-pricefeed/blob/master/bitshares_pricefeed/examples/hertz.yaml

Surrendered FBA settings
- Disable confidential transactions:
- Require holders to be white-listed:
- Issuer may transfer asset back to himself:
- Issuer must approve all transfers

TODO
- Get witnesses to publish price feeds for the Hertz MPA

Links
https://sites.google.com/view/hertz-aba/

Best regards,Customminer.

42
General Discussion / HERO's arch nemesis! The opposite of 'HERO'
« on: May 16, 2017, 07:41:12 pm »


What is HERO?

https://steemit.com/bitshares/@Stan/the-hero-from-bitshares-island-5
https://steemit.com/bitshares/@Stan/starship-bitshares-and-its-hero-warp-drive
https://bitsharestalk.org/index.php/topic,24092.0.html

    "BitShares has a new formula pegged asset (FPA) or dreamcoin called the "HERO" that is mathematically defined to appreciate annually by 5%."

HERO formula:

Feed_Price = ONE_USD * (1 + (0.05 * Years_since_launch))

'Arch Nemesis' formula:

//Vars
Launch_Block_Number = Block number close to 'go-live' launch of token.
DAYS_SINCE_LAUNCH = (Block_At_Time_Of_Feed_Update - Launch_Block_Number)/Blocks_In_One_Day

Feed_Price = [ ONE_USD | ONE_XDR ]/(1+(Reduction_Modifier*DAYS_SINCE_LAUNCH))

Why?

This would create an incentive to lend the token into existence and sell it at the feed price, as when the token decreases in value the debt will be lower. Where the HERO asset creates an incentive for buying the token, this would be an incentive to sell it. Likewise, the switch to reducing the feed price every day provides a faster opportunity for lenders to buy back their debt at a decreased price (as BTS could be fluctuating heavily).

Thoughts?

Please do post, I'd love to hear your thoughts.
Have an idea for an alternative Formula Backed Asset? I'd love to hear them!
Got a better name than 'Arch Nemesis'?
Would you trade HERO against Arch Nemesis?
What would be an appropriate reduction_modifier?

MIRRORED: https://steemit.com/bitshares/@cm-steem/for-every-hero-there-is-an-arch-nemesis-idea-for-the-opposite-to-the-hero-fpa

43
The CryptoFresh block explorer is notorious for going down, and it's currently our only web block explorer which many services rely upon.

I believe that users have reached out to the owner of CryptoFresh unsuccessfully requesting the open-sourcing of his explorer in return for a payment/worker-proposal (despite his requests for witness votes to fund the website), so I think it's a good idea that we try to lure new developers to this task.

I understand that anyone can create a worker proposal to request payment for work, but it appears that only long term community members have had the confidence to create worker proposals. Perhaps it would be worth creating a public bounty which upon the delivery of an open source block explorer is paid out?

If there was an open source block explorer, I'd run my own Gridcoin themed Bitshares block explorer & I'd imagine that many others would run their own explorer.

---

What do you think?

What should be the minimum requirements of such a block explorer?

What would be a fair bounty for such a task?

44

Yo,

One of the major selling points of BTSX for me back in 2014 was the 5% (or x%) on 'anything' marketing (that and sharedrop theory). The idea that I could store MPAs/UIA in effectively my own bank and get better interest rates than that FIAT banks were offering was a powerful message that had me (and a lot of other users) sold.

I realise that in the migration from BTSX (BTS 0.x) to BTS 2.0 we removed 'socialized yield', however I believe that the removal of profit sharing though asset fee yields was a mistake.

https://bitshares.org/blog/2015/06/08/lessons-learned-from-bitshares-0.x/#socialized-yield-is-broken

The following quotes are from the above link.

Quote
Under BitShares the BitAsset holders receive a yield simply by holding BitUSD. This yield was between 1% and 5% APR on average. Unfortunately, yield harvesting can happen at any time by someone shorting to themselves to gain a very low risk return and undermining goal of encouraging people to buy and hold BitUSD. The yield was funded from transaction fees and by interest paid by shorts.

The funding of yield through fees was successful despite the fluctuating rates (1 - 5% APR AVG).

The issue was that users were able to 'yield harvest' by shorting to an alt account, effectively cheating the system.

An alternative distribution mechanism to paying interest by shorting is required.

Peerplays has the ability to distribute 'dividends' to users that hold the peerplays tokens, we should be doing something similar for tokens on the BTS DEX. Hopefully peerplays dividend/profit-sharing code is somewhat compatible with Bitshares (it's using graphene after all).

Relevant peerplays docs:
http://www.peerplays.com/news/how-does-the-profit-sharing-function-work/
https://peerplays.com/docs/Peerplays_Whitepaper.pdf

Quote
As we stated previously, undercharging for transactions is bad for business and BitShares was effectively earning nothing for all transactions of BitUSD because 100% of the income generated from fees was paid out to BitUSD holders as yield and nothing was left over to cover network expenses.

We now gather 20% of fees into the reserve pool (which also contains over 1 Billion BTS), which goes towards workers and witnesses.

80% of fees go towards the referral system.

I would propose that we re-evaluate the distribution of fees between the reserve pool, referral system and asset holders. We could burn through a chunk of the reserve pool, but this would be temporary as we would eventually need to reintroduce such fees to build the reserve pool back up. I think it's most fair to take a chunk of the fees from the referral system.

Infographic showing current BTS cashflow:
https://i.imgur.com/uLxEMat.png

Quote
While Socialized Yield is broken, BitShares 2.0 offers a far better alternative: Collateralized Bonds. Collateralized Bonds enable arbitrary shorting between any two assets, guaranteed interest, and no risk of being force settled. This system privatizes the yield to individual bonds and the terms and leverage available can be far more flexible. In effect, BitUSD becomes cash and a Bond becomes a Certificate of Deposit.

The concept of "Collateralized Bonds" did not make it into Bitshares 2.0, so in effect we cut asset holders out of fee redistribution without providing a replacement source of income for holding assets on the Bitshares DEX. I believe this may be a reason why we had a downtrend when switching from 0.x to 2.0 (disregarding merge drama).

Does anyone have any further information on this collateralized bond market? I could only find the following:

https://bitsharestalk.org/index.php?topic=16752.0
https://bitshares.org/technology/collateralized-bond-market/

---

Edit:
Recent related threads:
"New Bitshares Dividend Idea" https://bitsharestalk.org/index.php/topic,23706.0.html
"Dividend feature" https://bitsharestalk.org/index.php/topic,21476.msg279498.html#msg279498
"Incentivize SmartCoin collateralization" https://bitsharestalk.org/index.php/topic,23707.0.html

---

What do you think?  +5%

Best regards,
CM.

Content replicated: https://steemit.com/bitshares/@cm-steem/lets-bring-earn-x-interest-on-anything-back-to-bitshares
Useful info: http://cryptofresh.com/reserve

45


Content mirrored: https://steemit.com/bitshares/@cm-steem/bitshares-boinc-project-brainstorming-thread-all-ideas-welcome

Hey,

I'm Customminer from the Gridcoin https://gridcoin.us community, I've been a holder of BTS since BTSX days & have a very positive outlook on the future of Bitshares!

I have been paying attention to the recent Bitshares testnet stress-testing https://bitsharestalk.org/index.php/topic,23829.0.html which yielded a rate of approx 3k TX/s, it was mentioned in the 13th Bitshares hangout https://soundcloud.com/beyond-bitcoin-hangouts/bitshares-hangout-13-w-christoph-hering-fuzzy that a potential reason that we were limited to 3k TX/s was the lack of computing power at the disposal of the stress-test organizers - I believe that the BOINC & Gridcoin community can help!

BOINC https://boinc.berkeley.edu/ is an open-source kit for volunteer distributed computing, it can distribute any kind of computing task and has between 250k & 560k active users (differing estimates depending on what site you go to.. it's difficult to guesstimate) & 4 million registered users in total. To put the scale of available computing power in perspective, team Gridcoin has 100k hosts at its disposal and currently only rewards 0.5% of the active BOINC community. The majority of the BOINC community contributes their resources entirely for free, those that crunch under team Gridcoin are rewarded GRC by the network on behalf of whitelisted projects (project owners pay nothing).

I spoke during episode 200 of the BeyondBitcoin hangout https://soundcloud.com/beyond-bitcoin-hangouts/beyondbitcoin-spotlight-gridcoin-03-24-17 and the 14th Bitshares hangout Chris4210[/member]/bitshares-hangout-14-03-31-17]https://steemit.com/bitshares/@Chris4210/bitshares-hangout-14-03-31-17 on this topic.

I try to encourage the development of new BOINC projects each month, join in the discussion: https://steemit.com/@cm-steem/brainstorming-boinc-projects-006

The tools:
https://github.com/marius311/boinc-server-docker
https://github.com/marius311/boinc2docker
https://www.docker.com/
https://github.com/xeroc/python-bitshares
https://github.com/xeroc/bitshares-docker
https://github.com/grctest/project-rain-site (Outdated, needs uplifted to latest BOINC version)

The ideas:

Bitshares Testnet Load Generator!

It was mentioned in the last Bitshares hangout that the Bitshares testnet stress test may have been limited due to a lack of resources available for creating a larger transaction volume - what about distributing testnet load generating software out to a few thousand computers around the world via a BOINC project?

Such a project wouldn't be eligible for Gridcoin whitelist status (no GRC rewards) due to the bursty nature of stress testing (GRC needs continuous work availability).

You could easily distribute an UIA to your volunteers proportionally to their completed work by adding a Bitshares field to the BOINC signup page and user profile.

I'd imagine that for this idea, you would distribute a docker container which contained python dependencies, the testnet stress-test python script, and the bitshares client.

Once running on an user's machine, it would need to create a testnet user account, the project admin would send enough testnet BTS to each volunteer bitshares account, each account would register as lifetime (for less fees, but not neccessary),  then the main stress-test script would begin bombarding testnet with transactions.

The 3000+ TX/s rate achieved in the recent Bitshares testnet stress-test was great, but let's try to push it to 1 million + TX/s!

Relevant links:
Bitshares testnet stress-test thread : https://bitsharestalk.org/index.php?topic=23829.15

---

Bitshares Full/API node distribution

Alongside the testnet load generator, you could distribute full node servers out to volunteers to supply additional network resources to the Bitshares network.

This would require the development of a proof-of-bandwidth credit mechanism (how to reward credit to users based on their full node availability/capacity/consumed-resources).

Since full-nodes are always required, this would make a Bitshares BOINC project eligible for Gridcoin whitelisting.

This would require setting minimum computer spec requirements, so not everyone would be able to participate unlike the load generator.

---

Machine Learning + BTS

You could distribute TensorFlow https://www.tensorflow.org/ docker containers, and perform machine learning against data gathered from the BTS DEX.

---

Witness experiments

We currently have ~25 witnesses, down from 100 in the switch from BTS 1.0 to BTS 2.0, we could experiment with different quantities of witnesses in an automated manner to evaluate optimal quantities of witnesses.

---

Volunteer incentives!

The BOINC web server is programmed in PHP, you can easily add a Bitshares (and bitshares testnet) account field to the account signup page (and profile page), then expose said account name within the user statistics xml files (which is generated every 24hrs) then you can proportionally distribute an UIA on the BTS network to each BOINC volunteer proportionally to their contributed computation (RAC). Since these xml files are public, anyone could distribute their own UIA against your volunteers (new sharedrop vector!).

If there is a continuous availability of work units for volunteers, then the project would be eligible for Gridcoin whitelist status (the Gridcoin network would distribute rewards to your volunteers).

---

Do you have an idea for Bitshares which requires vast amount of distributed computing power? Please post your ideas in this thread!  +5%

Thoughts?

Regards,
CM.

Pages: 1 2 [3] 4