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

Pages: 1 ... 213 214 215 216 217 218 219 [220] 221 222 223 224 225 226 227 ... 309
3286
Technical Support / Re: Permissions
« on: January 17, 2016, 09:58:36 am »
Oh my god  :D !  How the other active permissions hear from me about my proposal ?
Once you made the proposal, it's on the blockchain, everyone can see it.

Another use case of proposals described here by alt:
https://bitsharestalk.org/index.php/topic,20922.msg270847.html#msg270847.

3287
Technical Support / Re: Permissions
« on: January 17, 2016, 09:47:32 am »
"Let’s assume, Alice, Bob, Charlie and Dennis have common funds. We want to be able to construct a valid transaction if only two of those agree."

common funds where ? in whose account ? in one of their own accounts or a separate account?
A separate account.

Quote
agree how,  what does that mean?  , whats the procedure of agreeing on a transaction ? how those separate authorities communicate about on what to agree?

how many here understand and successfully implements this, anybody ? I need help
For example, let's say that separate account is "our-account", they want to send 10 BTS from the account to abit(my account). None of them would be able to do it by using the "transfer" API (which is the current GUI using to do transfers), since any one of them hasn't enough permission to do it. But any two of them have enough permissions.

Instead of the "transfer" API, they need "propose proposal" and "update proposal" APIs.

Alice make a proposal: let's send 10 BTS from "our-account" to abit, sign the proposal with her key. If Bob or Charlie or Dennis agree, he add his signature to the proposal, so the threshold reached. When the time defined in the proposal arrives, the proposal will get executed. If nobody else agree what Alice tried to do, they can ignore the proposal so it won't get executed at any time, or they can actively "refuse" the proposal.

//Edit:
My English is not so good, as I don't know what are the differences between "permissions" and "authorities". But you should know what I said above.

3288
Technical Support / Re: Permissions
« on: January 17, 2016, 09:29:21 am »
I am trying to understand and implement some permissions. "Active permissions define the accounts that have permission to spend funds for this account." What does spending entail ?  transfers, trading ?
Anything.
Any operation made by this account, or say any changes to this account, need to be confirmed by who have the active permissions or owner permissions.

3289
Technical Support / Re: Permissions
« on: January 17, 2016, 09:25:34 am »
You need to use propose_transaction and approve_proposal to play with threshold permissions, which are not available on GUI right now. Try CLI.

3290
Imo no need to change source code. will check why.

//Update:
Yes, in the end I find that pre-built boost binary hard to use, so I compiled one by myself.
I did use pre-built OpenSSL binaries.

//Update2:
I remember that default options for build boost doesn't work, so I did have to add some parameters to have it built, set target as x64 or so.

3291
General Discussion / Re: Cryptofresh Block Explorer + MUSE now available
« on: January 16, 2016, 09:51:46 pm »
Could you fetch the volume of BitShares Asset Exchange from coinmarketcap? It would be really nice to see how volume evolves on the DAC! http://coinmarketcap.com/exchanges/bitshares-asset-exchange/

@roadscape

CMC actually gets the data from cryptofresh :) but it's pretty hacky. When the new market api is out I'll dig into it.. definitely want to see this data..

@roadscape Is it ok to make a remark on the fee schedule page, so that people will know that canceling an order will get fully refund of fees for created the order?

Yeah, no problem! What are the official rules for this? Isn't it like a 99.9% refund, as long as it's completely unfilled?
It's 100% refunded because now it's free to cancel an order. The committee may consider adding a fee for canceling an order to prevent potential attacks.

3292
General Discussion / Re: Bitshares price discussion
« on: January 16, 2016, 09:46:37 pm »
@dannotestein since you have quite some amount of capital, is it possible to attack BlockTrades this way?
* sell a big amount of BTS to blocktrades
* dump on Polo so the price go down
* buy from blocktrades at a lower price

3293
General Discussion / Re: Bitshares price discussion
« on: January 16, 2016, 09:44:40 pm »
For me it seem a bot is keeping BTS at the same dollar price .. for quite a while now ..

We have price-stable bitUSD.  Now we have price-stable BTS.
Last time we said this is when BTS is 0.08 CNY each. Then it went down.

3294
He has been busy finishing up the move to a new apartment

I hope to see more action back from Monday
We will feel better if we can get a notification IN ADVANCE when a paid contributor temporarily unable to work as normal, for example had a plan of holidays etc.

3295
Technical Support / Re: Are fees for creating UIAs burned ?
« on: January 16, 2016, 05:26:00 pm »
Imagine total BTS in the system is 1000 ,  only holders are two of us
you hold 500 and I hold 500
1. I create an UIA and ask 300 BTS for it
2. You think that it worth that much and  you buy it
3. now you have 200 BTS + UIA (worth 300) = 500
4. I now have 500 + 300 = 800
5. So now in total there are 1300 BTS in the system, wrong?

Haven't we just diluted the system?

( I didnt take fees into account since they are still in bitshares system.)

Although I may believe your UIA worth 300 BTS, others may not believe it. The 1000 BTS in total is still 1000 BTS, so it's not dilution. In short, dilution on BTS itself is dilution, otherwise not.

If everyone believe your UIA worth something, it usually because you brought or will bring some value into the system which is what we want to see. It's again not dilution, it's value add.

3296
I'm developing percentage transfer fee feature. Wanna test on a test network first when completed  ;D

@xeroc: are you doing as this document?
How can I run a wallet server?

There is a brief installation instruction here https://github.com/cryptonomex/faucet/blob/master/README.md

//Update:
Imo we need both demo and test networks.

Run demo with a stable version, all witnesses in one node, and be voted in with large enough stakes, no need to connect to outside. Others can play with committee and workers etc. We can periodically reset it if parameters are changed badly.

Run test network with developing versions. A bit harder to manage since need more coordination.

3297
Thank you @Stan, the referral program makes sense for the smaller entities here. But it requires that some percentage of UIA trading fees go to the referral program. UIA issuers and referrers do have arguments about this.

In regards to the EBA concept, imo it somehow conflicts with shared order book concept. From 2 or more member exchanges which have similar sizes, you can only get EBAs OR shared order book, not both. Smaller exchanges can adopt EBAs issued by big ones and share their order book though, like USD. Smaller ones can also united together and issue another EBA like EUR (big ones can united together as well).

So in conclusion we can give out two choices to targeted exchanges (which are our potential partners):
1. Adopt EBA's issued by existed partners(or maybe a union of some partners), and get shared order book,
2. Issue their own EBA's and compete with others.
To promote the first one we need liquidity, to promote the second one need user base.

3298
An issue of shared order book strategy just came to my head. In short, if we try to get small exchanges adopt BitShares first, we will probably harder to get the big ones.

Say if we have already 3 small exchanges happily operating on top of BitShares. One day, come in another big exchange, which is bigger than the combination of the 3 small ones, guess what will happen? I guess, either the small ones be unhappy that some customers may go to trade with the big one, or the big one will be unhappy that it have to accept tokens issued by the small ones and/or have to ask the small ones for approval when need to issue shared tokens / withdraw from shared collateral. Will this cooperation schema succeed?

Anyway, at least the small ones should be able to survive at very first. When we're getting bigger and bigger, I don't know if the small ones can still survive.

Thoughts?

3299
General Discussion / Re: STEALTH / Confidential Milestones
« on: January 16, 2016, 02:48:23 pm »
Nice!

Also, liked the detail of "stupid wallet makes me register to browse". That's definitely something that needs to change. Not being able to check it without registering puts people off.

We've changed this a couple of months ago, now you can browse before you create your first account.
@valzav good to know you're here. So can you please apply this change to BitShares.OpenLedger.info? Thanks!

Currently, open "bitshares.openledger.info" from Chrome from a new PC/mobile phone, it shows a login page.  :-X

OK, from the top we can click explore -> trade, so that a list of market will show. However when click on a market, it go back to login page.  :-X

By the way, if type site:bitshares.openledger.info in Google, we see only "loading...".

3300
Akado, I think you are a little bit too fixated to the shared orderbook and common asset thing. I agree that it would be great to see that but given that it's very difficult to achieve I don't think that we should focus on that right now.

First, let's try to get at least one exchange to use Bitshares blockchain as their trading engine (besides OL).

This is how I would market it:

You can use Bitshares blockchain as a trading engine: You can either use it just for your own tokens or let users trade all assets that are available. No need for development and maintenance of your own trading engine.

You need to do only the GUI, hot and cold wallets and a gateway to handle the deposits and withdraws.

Users will use IOU-tokens in the blockchain, issued by your gateway.

Whitelisting is optional. This means that you can restrict how your IOUs are traded. For example, you could have BTC-IOU that can be traded freely in the blockchain, and you could have USD-IOU that can be traded only by those accounts that are identified, and only with IOUs that are issued by you.

You will get a share of the transaction fees when users make transactions with the assets that you have issued.

You can make extra money by referring users to the Bitshares blockchain. You will get referral income automatically, handled by the blockchain, everytime when users make transactions. For exchanges this might bring significant amount of extra revenue.

Steps:
1. Create GUI for your exchange and a gateway with hot and cold wallets.
2. Issue UIA for all assets that you are going to use.
3. Start marketing and advertising.
Technically it's possible, but not easy. Think about these questions: what they need to invest by doing so? What they will get in return? At what risk?

The main challenge I see here is "users" or say "customers". They said "I don't want to send users elsewhere". However, unless an exchange let their customer register on BitShares platform, it's difficult to use BitShares's Market Engine. Even CCEDK has both a self maintained engine + self maintained user database, and BitShares Engine + BitShares user registration entry, which are independent to each other so far.

So another challenge is resource. In this way the exchanges have to split efforts between 2 platforms. It's hard if they haven't enough resources.

See my lists above, we need strong reasons to convince the exchanges to join us.

Pages: 1 ... 213 214 215 216 217 218 219 [220] 221 222 223 224 225 226 227 ... 309