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

Pages: 1 ... 13 14 15 16 17 18 19 [20] 21 22 23 24 25 26 27 ... 32
286
Technical Support / Re: Claiming my "Vested cashback balance"
« on: November 23, 2015, 10:04:49 pm »


In the cli_wallet you'd basically do this:

Code: [Select]
locked >>> get_vesting_balances joereform
get_vesting_balances joereform
[{
    "id": "1.13.368",
    "owner": "1.2.16957",
    "balance": {
      "amount": 7418124,
      "asset_id": "1.3.0"
    },
    "policy": [
      1,{
        "vesting_seconds": 7776000,
        "start_claim": "1970-01-01T00:00:00",
        "coin_seconds_earned": "57683332224000",
        "coin_seconds_earned_last_update": "2015-11-23T02:00:00"
      }
    ],
    "allowed_withdraw": {
      "amount": 7418124,
      "asset_id": "1.3.0"
    },
    "allowed_withdraw_time": "2015-11-23T16:51:06"
  }
]

Take note of the id, the owner and the allowed_withdraw amount. Asset_id 1.3.0 is (unsurprisingly) BTS.

Now you need to know what a withdraw_vesting_balance operation looks like.

Code: [Select]
locked >>> get_prototype_operation vesting_balance_withdraw_operation
get_prototype_operation vesting_balance_withdraw_operation
[
  33,{
    "fee": {
      "amount": 0,
      "asset_id": "1.3.0"
    },
    "vesting_balance": "1.13.0",
    "owner": "1.2.0",
    "amount": {
      "amount": 0,
      "asset_id": "1.3.0"
    }
  }
]

This gives you the numeric operation id 33 and the general structure of the withdraw operation. Open a text editor and fill in the details with the  data from your own vesting_balance. It should look like this (but don't paste this into the cli_wallet command line yet):

Code: [Select]
[
  33,{
    "fee": {
      "amount": 0,
      "asset_id": "1.3.0"
    },
    "vesting_balance": "1.13.368",
    "owner": "1.2.16957",
    "amount": {
      "amount": 7418124,
      "asset_id": "1.3.0"
    }
  }
]

Now you must wrap the operation into a transaction. This is done using the transaction builder. Start a new transaction like this:

Code: [Select]
locked >>> begin_builder_transaction
begin_builder_transaction
0

Not the 0 at the end - this is the builder id. You'll need this for the next steps.
Now add the withdraw operation from above. You'll have to remove linefeeds before pasting the data into the CLI, I think:

Code: [Select]
locked >>> add_operation_to_builder_transaction 0 [ 33,{ "fee": { "amount": 0, "asset_id": "1.3.0" }, "vesting_balance": "1.13.368", "owner": "1.2.16957", "amount": { "amount": 7418124, "asset_id": "1.3.0" } } ]
add_operation_to_builder_transaction 0 [ 33,{ "fee": { "amount": 0, "asset_id": "1.3.0" }, "vesting_balance": "1.13.368", "owner": "1.2.16957", "amount": { "amount": 7418124, "asset_id": "1.3.0" } } ]
null

Now have it fill in the correct fee amount:

Code: [Select]
locked >>> set_fees_on_builder_transaction 0 BTS
set_fees_on_builder_transaction 0 BTS
{
  "amount": "100000000000000",
  "asset_id": "1.3.0"
}

Again, the 0 is the builder id, not the fee amount. As you can see, the fees for vesting withdrawals are currently ridiculously high. This is to avoid a bug that has triggered chain forks in the past. Once the bug is fixed you'll be able to withdraw for a reasonable fee.
Now, preview the resulting transaction:

Code: [Select]
locked >>> preview_builder_transaction 0
preview_builder_transaction 0
{
  "ref_block_num": 0,
  "ref_block_prefix": 0,
  "expiration": "1970-01-01T00:00:00",
  "operations": [[
      33,{
        "fee": {
          "amount": "100000000000000",
          "asset_id": "1.3.0"
        },
        "vesting_balance": "1.13.368",
        "owner": "1.2.16957",
        "amount": {
          "amount": 7418124,
          "asset_id": "1.3.0"
        }
      }
    ]
  ],
  "extensions": []
}

Now, if your wallet is unlocked and contains the private keys of your account, you can sign the transaction and broadcast it:

Code: [Select]
locked >>> sign_builder_transaction 0 true

Maybe I misunderstood the OP question...
Would not be enough "withdraw_vesting joereform <amount> BTS true" ?

287
General Discussion / Re: New Stealth Transfer Worker ($1000)
« on: November 23, 2015, 05:07:28 pm »
What if we crowdfunded the bond / pm market to the community?  Would you say that those who invested wouldn't get lifetime fees?  Then nobody would want to crowdfund.

This could be a potential new source of funding for Bitshares.  It could accelerate our development if we allowed for this. 

So a 1000% ROI would not be enough to join the crowfund?! Where esle you can find such a deal?

This could also bring to big whales funding features and taking all the revenues for lifetime, leaving the blockchain with nothing and without the possibility to have community worker proposals.

288
General Discussion / Re: New Stealth Transfer Worker ($1000)
« on: November 23, 2015, 04:43:35 pm »
First, I said no to LIFETIME royalties, not to a revenue for him.
I would highly prefer give him a 1000% ROI than a lifetime one.

Second, this feature will be made eventually.
The community now seems to doesn't want to pay for it, just because there are other proposals that are more important/requested.
This doesn't mean that the community will never vote for a worker proposal for stealth transfers.
Plus, this seems very important for CNX, so they would want to implement it in graphene anyway.

289
General Discussion / Re: New Stealth Transfer Worker ($1000)
« on: November 23, 2015, 04:17:31 pm »
What if they took 80% of the fees until they'd recouped, for example, $60k worth of BTS - currently about 18 - 20 million shares. That's a 33% ROI - more if the price of BTS goes up during the payback phase.

Feature funding for profit makes sense. Lifetime royalties not so much.

I say give them 100% of the fees indefinitely. If they funded it then they deserve 100% of the fees indefinitely unless they decide they don't want the fees and in that case burn the fees.

Is there any rational reason why they shouldn't get 100% of the fees indefinitely if they privately funded the feature? By giving them that we could encourage new efforts to privately fund features, like the bond market or prediction markets.

A bold move by this individual and a very long term bet. What would happen if before they recovered their $45k in fees a new worker proposal is submitted and approved to build a better stealth transfer mechanism?

The 25% royalty on the stealth transfer fees for life leaves a bad taste in my mouth. Perhaps it's the precedent it would set for future proposals.

I think it should be 100% on the stealth transfer fees for life. What is the argument for keeping it at 25% If they paid for it they own it entirely don't they?

If all of us did it through a worker proposal we would get lifetime royalties, so if they do it privately I don't see why they can't get lifetime royalties. I don't see why it's at 25% other than that is what they agreed to.

What is gained by not having lifetime royalties vs what you gain by having it? For a feature like this, it might require lifetime royalties to get it funded immediately.

And the blockchain will never earn anything from them... Lifetime royalties is a no for me.
The point is that this feature will be made, sooner or later, with or without this private investment.
Making it now, with this person, the community/blockchain will earn nothing from it (speaking of fees and so revenue for future worker proposals)

Edit: refering to a 100% lifetime  royalties

290
General Discussion / Re: New Stealth Transfer Worker ($1000)
« on: November 23, 2015, 02:52:49 pm »
After the first 20 Million BTS worth of fees have been paid to this individual, the split would reverse, with $0.10 going to him and $0.40 going to the network.
Are we talking about 20% of that fee going to this person for lifetime?
Or only untill, just saying, he got his initial investment + 20% ?

As fees are set in terms of BTS, we would allow the individual who paid for this feature to set the fee until the first 20M BTS have been paid, then the committee members would take over setting this particular fee.

Are we talking about let this person to actually have the power to set and change the fee, or just the promise by the community/committee (present and future) to comply with the agreement and so keep the fee as previously agreed?

291
General Discussion / Re: My attempt at roadmap
« on: November 21, 2015, 08:06:52 pm »
You can look here for other possible future worker proposals

https://github.com/cryptonomex/graphene/issues/

292
General Discussion / Re: First Organized Mutually Agreed Proposal
« on: November 21, 2015, 01:24:42 pm »
I admit I didn't understand the first proposal so I didnt give any input on it. But I would support that. Community probably just doesn't think it's worth the money asked? Maybe if Dan proposed the first one again with a different wording and in more detail people could understand it (asssuming it was not just me).

Unless that proposal also meant lowering fees? Or would just work on top of already existing fees?

The proposal tried to achieve a differentiation between p2p transfers and user-to-merchant transfers.

IIRC
The goal was to allow p2p transfers to have 0/low fee while keeping the user to merchant transfers with higher fee (the user would not see any fee, it would be on merchant side, tempting him to became a lifetime member to vest the fees from the users who purchase from him)

I have to say that I was fine with low or even 0 p2p transfer fee, since if I imagine bitshares used by the masses, I see the users utilizing it more for trades or for purchase from merchant than for moving money around from friends to friends...

In case of network spamming (high TPS in the last hour) the p2p fee would be higher (it would not be refunded to the user)

Edit: anyway the fees involved would be changeable by the committee as usual

293
General Discussion / Re: Announcing Brownie Points (BROWNIE.PTS)
« on: November 21, 2015, 08:57:48 am »


Also I still haven't gotten any brownies for any of the testnet activity.  Have any of the testers gotten brownies?

Nope. Not me at least

294
General Discussion / Re: First Organized Mutually Agreed Proposal
« on: November 21, 2015, 12:15:47 am »
Why cant we have it like Ripple? I dont know what algorithm/tech they use but https://ripple.com/build/transaction-cost/

The current transaction cost required by the network is typically 0.01 XRP (10,000 drops), although it sometimes increases due to network load.

I mean, they're costumers are different than ours I believe, they serve a different purpose like providing services for big FI. But do you think users wouldn't like that? It also depends on how it would be implemented.
Once again, that was basically what the #1 bm's proposal could do. The one that the community made him to retract.

295
General Discussion / Re: First Organized Mutually Agreed Proposal
« on: November 20, 2015, 01:31:22 pm »
@Op:
I would recommend to write a lengthy article and describe your choice for ALL fees as well as add a discussion of advantages and disadvantages ..
Putting the new fees online without proper justification will result (as we see here) and many people complaining that don't understand the difficulties of the optimization you are trying to achieve

Yes, fully agree!

This was a horrible way of doing committee work. Of course this is just a baby-DAC taking its first steps, but I would have hoped a little more mature behavior here.

I will speak for myself and not for all the committee:

I really thought, maybe naively, that another thread about fees was pretty useless since in the last week or two, we saw a huge number of threads and posts discussing the transfer fee without reaching a common goal.
I, again naively, also thought that the decision we took was not going to get much complains, because to me (and to the all committee) it is really a good starting point and a good compromise between all the discussed point of view.

At the end of the day, we listened to both parties, and we tried to please both.
-Who was complaining for lowering transfer fee (way much lower than 30 BTS), at least saw a little improvement towards that direction. They felt listened.
-Who thought that the transfer fee should be kept high (and no one asked to raise it over 40 BTS anyway) for the referrals/business side of bitshares, saw only a little decrease in their *currently* possible revenues.
On this very last point, I (and again all the committee) was&are pretty sure to not really damage/ruin any business related plan, since the decrease is not huge at all and the proposed change had fav support. And we all know that fav has put a lot in this and would never support that decision if he thought that it would ruin his business.

Anyway, the most important thing is learn from mistakes.
There was obviously a huge lack of communication on the committee part toward the community.
We learned this lesson and we will not make this mistake again.



296
General Discussion / Re: [ANN - AMA] bitCash - Digital Money of the Future!
« on: November 20, 2015, 10:21:27 am »
Same here :)

297
I think bytemaster needs to explain "how" he intended to motivate exchanges to share order books. Through shared IOUs or by asking multiple exchanges to focus on a particular BitAsset?
From what I see, that dream is not going to become a reality if we keep taking the current route. We'll just end up having a bunch of illiquid IOUs.

@fuzzy , this^ looks like a perfect question for BM.

Absolutely, please @fuzzy find the time for this question too. On the last hangout too much questions were not asked.

298
@BhuzOr

299
Stakeholder Proposals / Re: Worker Proposal - Refund Order Creation Fees
« on: November 18, 2015, 06:14:52 pm »
 +5%

300
Please go to the following BitShares Reddit link and test the Share Link to see if clicking it gives you a Sharedrop!

https://www.reddit.com/r/BitShares/comments/3p23uo/migration_guide_and_further_documentation_for/

It says Tip Already claimed, idk if intended
But the link itself is working.

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