BitShares Forum

Main => General Discussion => Topic started by: xeroc on April 16, 2015, 07:39:04 pm

Title: vikram just pushed a documentation gor the new UIA features!
Post by: xeroc on April 16, 2015, 07:39:04 pm
https://github.com/BitShares/bitshares/commit/7971cdf67679d4344f849bd7c816e64111d67c6c
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: bytemaster on April 16, 2015, 07:58:55 pm
Who said we never documented anything :)
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: mike623317 on April 17, 2015, 01:25:58 am
nice one vikram +5%
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: clayop on April 17, 2015, 01:50:11 am
I can smell the update is coming
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: BunkerChainLabs-DataSecurityNode on April 17, 2015, 02:28:11 am
Well that settles it.. I'm not sleeping tonight.. toooo excited!  +5%
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: arhag on April 17, 2015, 04:03:09 am
Very nice.

So I assume that if one UIA is trading against another UIA, and both have fees, that each one will be charged the appropriate fee prior to being sent to the appropriate party?

And I can imagine that we will see delegates able to specify a similar fee for trading the core asset (BTS or DVS) that can be collected in a similar way as all the other fees? And also a similar thing with private BitAssets which could be collected by the decentralized group that is responsible for making sure the BitAsset works: ensuring appropriate price feeds are available (and paying the price feed providers as necessary), being ready to vote to trigger a forced settlement if the longs are being unfair to the shorts, and perhaps even marketing the BitAsset and running market maker bots.

What would be even cooler is if the manager of the UIAs or private BitAssets was able to specify some conversion rate between the asset and the core asset of the blockchain to pay for transaction fees. For example, a UIA manager could have a pool of BTS from which to pay its users' transaction fees. The UIA manager chooses some (dynamic) UIA/BTS price p for transaction fees. If the user elects to pay the transaction fee with the UIA (also they could put a maximum bound on the UIA amount they are willing to pay as a fee to protect them from malicious managers), the blockchain will multiply the BTS fee the transaction fee f needs to pay (e.g. f = 0.5 BTS) with the price p to get the UIA fee it deducts from the user f*p. It then deposits f*p into the manager's fee pool which it can later collect and automatically deducts f from the UIA manager's BTS pool to collect into the BTS fees to later pay the delegates (or burn). All of this would of course also apply not only to UIA managers but also the decentralized group controlling private BitAssets.
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: bytemaster on April 20, 2015, 09:23:14 pm
Very nice.

So I assume that if one UIA is trading against another UIA, and both have fees, that each one will be charged the appropriate fee prior to being sent to the appropriate party?

And I can imagine that we will see delegates able to specify a similar fee for trading the core asset (BTS or DVS) that can be collected in a similar way as all the other fees? And also a similar thing with private BitAssets which could be collected by the decentralized group that is responsible for making sure the BitAsset works: ensuring appropriate price feeds are available (and paying the price feed providers as necessary), being ready to vote to trigger a forced settlement if the longs are being unfair to the shorts, and perhaps even marketing the BitAsset and running market maker bots.

What would be even cooler is if the manager of the UIAs or private BitAssets was able to specify some conversion rate between the asset and the core asset of the blockchain to pay for transaction fees. For example, a UIA manager could have a pool of BTS from which to pay its users' transaction fees. The UIA manager chooses some (dynamic) UIA/BTS price p for transaction fees. If the user elects to pay the transaction fee with the UIA (also they could put a maximum bound on the UIA amount they are willing to pay as a fee to protect them from malicious managers), the blockchain will multiply the BTS fee the transaction fee f needs to pay (e.g. f = 0.5 BTS) with the price p to get the UIA fee it deducts from the user f*p. It then deposits f*p into the manager's fee pool which it can later collect and automatically deducts f from the UIA manager's BTS pool to collect into the BTS fees to later pay the delegates (or burn). All of this would of course also apply not only to UIA managers but also the decentralized group controlling private BitAssets.

Fee pools like you mention here are on the way...
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: arhag on April 20, 2015, 11:31:07 pm
Fee pools like you mention here are on the way...

 +5%
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: BunkerChainLabs-DataSecurityNode on April 21, 2015, 12:00:00 am
Very nice.

So I assume that if one UIA is trading against another UIA, and both have fees, that each one will be charged the appropriate fee prior to being sent to the appropriate party?

And I can imagine that we will see delegates able to specify a similar fee for trading the core asset (BTS or DVS) that can be collected in a similar way as all the other fees? And also a similar thing with private BitAssets which could be collected by the decentralized group that is responsible for making sure the BitAsset works: ensuring appropriate price feeds are available (and paying the price feed providers as necessary), being ready to vote to trigger a forced settlement if the longs are being unfair to the shorts, and perhaps even marketing the BitAsset and running market maker bots.

What would be even cooler is if the manager of the UIAs or private BitAssets was able to specify some conversion rate between the asset and the core asset of the blockchain to pay for transaction fees. For example, a UIA manager could have a pool of BTS from which to pay its users' transaction fees. The UIA manager chooses some (dynamic) UIA/BTS price p for transaction fees. If the user elects to pay the transaction fee with the UIA (also they could put a maximum bound on the UIA amount they are willing to pay as a fee to protect them from malicious managers), the blockchain will multiply the BTS fee the transaction fee f needs to pay (e.g. f = 0.5 BTS) with the price p to get the UIA fee it deducts from the user f*p. It then deposits f*p into the manager's fee pool which it can later collect and automatically deducts f from the UIA manager's BTS pool to collect into the BTS fees to later pay the delegates (or burn). All of this would of course also apply not only to UIA managers but also the decentralized group controlling private BitAssets.

Fee pools like you mention here are on the way...

 :o  +5%
Title: Re: vikram just pushed a documentation gor the new UIA features!
Post by: cass on April 21, 2015, 09:43:21 am
 +5%

Who said we never documented anything :)

:)