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

Pages: 1 ... 6 7 8 9 10 11 12 [13] 14 15 16 17 18 19 20 ... 32
181
General Discussion / Re: New accounts last 24h:
« on: June 18, 2015, 12:39:28 pm »
I'm gonna post this even though arhag's better post appeared while I typed:

The important part of transferable account names is having the ability to change the keys associated with the name.
If BitShares is going to be widely adopted, having this ability is almost essential. People or businesses will need to keep an account name, and to build their business or reputation upon it. This has major security concerns, because in the real world people have problems obeying 'best practice'. We all know that not everyone can keep all information secure all of the time.

The ability to change the keys associated with an account is a massive benefit because it allows this concern to be significantly mitigated. If a member of staff has access to the keys, then they leave the company, the company can just change the keys. Likewise for private individuals who realize they didn't follow best practices, or who find malware on their computer...et cetera

I will certainly be changing my keys, once my account is migrated to 2.0, because I'm not sure that my keys are 100% secure, and I want to keep my account name. (I'm very please with the setup for easier and more functional security features in 2.0 by the way)

182
General Discussion / Re: New bitshares.org Feedback
« on: June 18, 2015, 08:43:55 am »
@vikram (does paging work?)

you mean on site? Pagination ? Just to get it clear … :)

I just meant on this forum, does using '@member' notify the member.

By the way, there's a link on the faucet page which doesn't work for me. It's where it says:

Quote
Need help? Read How to Register a BitShares Account

183
General Discussion / Re: New bitshares.org Feedback
« on: June 18, 2015, 08:23:49 am »
@vikram (does paging work?)

Does the faucet have anti-automation measures in place? If not, perhaps this needs to be a priority before it gets abused by name squatters.

edit: I raised the issue in another thread and fav said:
Quote
don't think so. you have to auth with social networks, so it's probably too hard to set up.

So that sounds good...

184
General Discussion / Re: New accounts last 24h:
« on: June 18, 2015, 08:16:16 am »
ALERT!!! ALERT!!!

Do we need anti-automation measures in place on the faucet?

I'm not familiar with it's operation, but it looks to me that there's nothing to stop a certain uni-tusked aquatic creature from hammering the shit out of the faucet with some botty-bots!


Edit: no worries after fav's comment below

185
General Discussion / Re: New accounts last 24h:
« on: June 18, 2015, 01:11:50 am »
We are updating the migration rules to indicate that only names registered by the faucet will be migrated without a prefix.

woah, is this change retroactive or does it start on a certain date?

so, names registered after 6/8 with more than 8 chars will be prefixed UNLESS they are registered by the faucet as of this date <please fill in the date>, is that correct?

My understanding is that after 17th June, names of 8 characters or more need to be registered via the faucet to avoid the prefix. Up to and including this date 8 character names will be fine, even if the faucet wasn't used.

186
I think most of the tools should exist outside of the blockchain.

That said I see two major features that the blockchain can provide to help with this: simple approval/disapproval voting on items and voting on intervals for a parameter.

The first would just be using stake to vote on an item, such as a non-binding proposal (which can be as simple as a hash of some content) submitted to the blockchain, and having the blockchain tally the results for total approval and total disapproval.

But this feature could also be used by stakeholders not just to vote whether to support a proposal or not (or a particular option of a poll), but also to delegate their votes (again in a non-binding way) to other accounts for a specific issue. For example, imagine we want to choose N people to represent us in a debate regarding some change to the blockchain protocol. Candidates give their views on the issue on some platform (maybe the forum or maybe something more organized), register their representative for that issue on the blockchain, and stakeholders vote for the candidate they think best represents them on this issue. We can then agree that by a certain time we take a snapshot of the rankings and choose the top N representatives by total approval (ignoring disapproval). Each of them receive a weight equal to their approval divided by the total approval of all N representatives (so the weights of all N representatives sum to 1). Then these N representatives can debate it out on the forum, or better off-chain tools built for the purpose, and even have their own voting done on certain issues (in the case of voting, their votes are weighted by the weight value they were assigned from the rankings).

Then, they come up with a few different proposal models to implement (although certain parameters, which are not intended to be dynamically adjustable, in the model might still be left undefined). Those proposal models are registered as voting items on the blockchain and the stakeholders once again vote on the model they prefer best. Perhaps this time we rank by net vote and may also have a rule that the top ranked model needs to have a net vote above some threshold or else we need to go back to the drawing board.

Now with the model selected, there might need to be certain parameter values that still need to be determined. These are integer values representing fixed point numbers with some level of precision. One common parameter used in these type of proposals might be the cost that the stakeholders are willing to pay to the dev group described in the proposal model to implement the blockchain functionality described in the proposal model. So, this is where that second type of voting comes in. The blockchain would have this other type of voting in which stakeholders can supply two integers (a lower bound and an upper bound) along with the ID of the topic they are voting on. The nodes indexing the blockchain can then compute a distribution where the horizontal axis is the integer value and the vertical axis is the total approval votes supporting that integer value. This functionality can allow everyone to see what value for the parameter in question is most desirable to the stakeholders or, in other cases, the minimum (or maximum) value that a large enough fraction of the stakeholders support.

Finally, with the parameter values for the proposal model decided, the proposal model can be transformed into a fully fleshed out official proposal which is written up and submitted to the blockchain as a voting item to see if it will get the necessary approval to carry through with the changes (for example developing the necessary code to implement the changes described in the proposal). In the case where blockchain pay is necessary to carry out the proposal, the voting item might be a worker proposal which in some sense is binding (although only in the sense that the worker gets paid for the work but not binding in that the implementation may not necessarily actually get adopted through a hard fork). Of course, when it comes to actually hard forking (more binding changes), the protocol requirements for stakeholder approval of the hard forking change still need to be satisfied before the hard fork can actually happen.

Elected representatives are involved in the best off-blockchain solution I've thought of so far, also. I think it's the most elegant way to have an effective 'discussion' once an initiative gets to a certain point. I imagine first there would be a broad discussion between the community at large. This would be somewhat messy, but would allow good ideas to surface and would give some useful indications of possible directions in which to head. Then individuals (or even organised bodies) who want to be representatives could put forward a manifesto, and we could vote for them. Then following the methods you outlined above it would enable a less messy debate between representatives, before bringing proposals back for more voting, etc...

Maybe, if the voting mechanisms are sophisticated enough on the blockchain, there could be some very useful functionality to further tighten up consensus on the proposals (as described by permie, for example).

187
Proposals, or proposal proposals could all be as modular as possible.
Time to complete:
Cost(/day/person/task):
Conditions (in the event of death/failed concept/arrest):
X:
Y:
Z:

Perhaps with an early-termination clause so that bts members can pay a fee to sever the contract for any reason.

I'm not sure how complex the voting system can go, but what about each major section of the proposal can be individually voted on (optionally)? A straight forward 'yes' vote should simply vote 'yes' to every sub-section of the proposal.
That way a proposal that ultimately receives a 'no' can inspect each sub-section of their proposal and find the main condition that is meeting resistance, change it and then resubmit.

Yep, sounds good. I wonder how in depth we can go.

I think logic gates may well be necessary for certain kinds of voting.

I want to be able to vote 'conditionally', such that I vote 'yes' to sub-section X, but ONLY IF section Z is implemented, et cetera.

There must be some solid ideas or plans in place behind the scenes with the devs at this stage of the game. I'd love to know what's 'on the cards'...

Have I missed this subject somewhere on the forum, or has it not been discussed?

188
General Discussion / Re: New accounts last 24h:
« on: June 17, 2015, 11:48:59 pm »
In fact, for the next few days: if you had an account prior to June 8th, if there is name I have which you would like to own, let me know your name and I'll arrange to give you the private key of the name you want.

I just had a funny idea...
Wouldn't it be ironic if every single member of the BitShares community took you up on this offer and asked for one name each!?
This isn't a serious proposal, and isn't intended to upset you NameNarwhal, but the idea occurred to me, and I can't stop smiling about it!
Ha hahahah aha hahahah ahha hahhahah aha haaaaa! :P

I had another idea!

I listened to this hangout earlier today. Bytemaster (should 'bytemaster' be capitalized at the beginning of a sentence?) said they were considering giving people life memberships if they give $50 to Cryptonomex.

@NameNarwhal - would it be worth upgrading all of your accounts to life memberships at this cheap rate, in order to make them more valuable? How much would you end up giving to Cryptonomex!? :P

@everyone - has there been any more mention of this 'special offer' since the hangout?

189

My love,
can you dumb it down to 1-2 sentences that even I can comprehend?
Thanks. kisses, hugs stc.

I don't think I can my dear, my brain is kersozzled with sleep deprivation. I can't think straight thanks to demands of a new person. I don't mean a new lover, I mean a new infant.

You see image under my name? I actually look like that now after these last three weeks of weathering! :o

Are you telling me that I've unknowingly posted a load of drivel?

Anyway, I'm just of to duckduckgo "stc." which I saw in your reply.

190
Just as an example, if BitShares were to consider paying an entity to do some work for it, how should this work? It's not ideal to be offered just one proposal by the entity and to have the community simply vote 'yes' or 'no'. Wouldn't BitShares benefit from being able to negotiate and suggest alterations to the terms before submitting a proposal (or sets of options) for voting? I'm trying to imagine various ways in which BitShares may be able to negotiate and assemble proposals prior to the community voting on them. I see that this may become very difficult in the future as BitShares grows, unless we have a solid mechanism for implementing the process.

At the moment the community is very small and this forum, along with the hangouts, are obvious arenas for discussion. This makes it relatively easy to discuss various aspects and come up with solid proposals, around which we can reach agreement. In the future if BitShares really expands, the landscape could be much more diverse, with no real consensus on where we should come in order to properly discuss issues.

Obviously the blockchain will be capable of offering voting functionalities, so we can easily vote on proposals. My issue is though, how will the proposals be assembled? In real world business there can be much back and forth, tweaking, haggling, swapping in and out of various conditions etc. This is otherwise known as negotiation. This can be a complicated procedure which can end up with a handful of possible proposals which can then be voted on. Do we need the ability to negotiate so that we can come up with a select few viable options prior to voting?

Is there a nice, clean, efficient way to address this issue entirely on the blockchain? Or will we need to maintain some kind of commonly agreed communication method outside of the blockchain, so that we can effectively engage with one-another prior to putting up proposals for voting?

To put it another way, it's a bit like voting on the polls on this bitsharestalk forum. How many times have you thought, "I want to vote, but none of the options is quite right. I need to propose a tweak to the options before I can vote in good conscience". Surely we need to avoid this problem when it comes to voting on fundamental issues once BitShares 2.0 is up and running.

How is this going to work, especially when it comes to voting on things with many factors or variables?

Is what I'm describing a real issue, am I understanding it correctly, and have there been solutions already suggested?

191
General Discussion / Re: New accounts last 24h:
« on: June 17, 2015, 09:24:29 pm »
...
The entire protocol is still under review and no rule is set in stone is it?  Nothing is set in stone just as if there was a bug that requires fixing.  The protocol is being tweaked and updated all the time.   I think it's safe to assume that the first major solidifying of the protocol will happen when the community migrates to the hard fork.  After that delegates can still offer changes to the system under DPOS so the idea that 'rules have changed' doesn't make sense.  It's like saying Bitcoin's change of block sizes goes against the spirit of blockchains?  Do you really believe that?
...

Technically you are perhaps correct.
But the gains from blocking these names from entering 2.0 would have been small compared with the potential harm to our network effect if we had done this.

We could end up with a scenario whereby we get a reputation for "ganging up on someone and stealing their accounts against their will". Or perhaps worse, "BitShares boss bans person from opening accounts" (how very centralized).

We will do very well to avoid this kind of trouble, and have reached the best solution.

Quote
Bank closes account of person buying bitcoins
isn't too dissimilar to
Quote
BitShares closes accounts of person who paid for too many of them

192
I see there's a general election in Denmark tomorrow @ccedk. Are there any outcomes which you know would particularly affect your business?

193
General Discussion / Re: New accounts last 24h:
« on: June 17, 2015, 08:27:52 pm »
...
I would make the rules: 8+ names AND a number are free ...

This is worth considering as a pragmatic stopgap measure until 2.0

194
General Discussion / Re: New accounts last 24h:
« on: June 17, 2015, 08:23:07 pm »
In fact, for the next few days: if you had an account prior to June 8th, if there is name I have which you would like to own, let me know your name and I'll arrange to give you the private key of the name you want.

I just had a funny idea...
Wouldn't it be ironic if every single member of the BitShares community took you up on this offer and asked for one name each!?
This isn't a serious proposal, and isn't intended to upset you NameNarwhal, but the idea occurred to me, and I can't stop smiling about it!
Ha hahahah aha hahahah ahha hahhahah aha haaaaa! :P

195
General Discussion / Re: New accounts last 24h:
« on: June 17, 2015, 08:07:25 pm »
Are you happy with this solution @NameNarwhal? You keep what you've registered, but after today people have to go through the BitShares Faucet?

I agree with you when you say:
Don't you think changing the rules and taking people's assets (in this case the names) goes against the entire spirit of a blockchain system?

Hopefully you'll be around the forum some more?

Pages: 1 ... 6 7 8 9 10 11 12 [13] 14 15 16 17 18 19 20 ... 32