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 ... 21 22 23 24 25 26 27 [28] 29 30 31 32
406
I just updated my BTSX wallet from 0.2.1 to 0.3.0, but can no longer see my registered accounts.
I tried importing config.json from my roaming folder and got the following message:

Failed to restore wallet backup. Your original wallet has been restored. Error: Bad Cast (7)
Invalid cast from object_type to Array

Can someone tell me what I've done wrong? I shouldn't do this stuff when I'm tired, but it's the only chance I get! Sorry to be a pain.

Edit: do I need to do a re-scan or something? Can't remember how...

407
Follow My Vote / Re: [ SNAPSHOT: 8/21 ] VOTE
« on: August 02, 2014, 05:45:50 pm »

...In the near future, Follow My Vote will releasing the first voting DAC...

...NuSpark is a startup incubator in Blacksburg, VA, that has supported Follow My Vote in since their early stages of development...

"will releasing" should be "will be releasing".

"in since their early stages" should be "since their early stages"

408
BM once stated that all chaines that snapshot BTSX balances should also snapshot the registered names ..
I guess that will be best-practice

however, chains that do not snapshot btsx but PTS/AGS may not neccesarily do so .. that's why keyhotee founders have an advantage

it would be great that there will be a solution for PTS/AGS snapshots as well...
it is crucial security wise!

You have a good point. There will be a whole host of DACs with different people on different chains holding the same account name. It's only a matter of time before someone makes a HUGE mistake with a transaction. Given that there will be some serious financial tools implemented all under the same umbrella, this is very undesirable. If we were going to enable people to keep the same account name across DACs we'd need to think of a seriously good way to compensate Keyhotee founders.

409
General Discussion / Motivating people to vote
« on: July 27, 2014, 12:30:40 pm »
It seems there may be a problem motivating people to vote. For people who want to be conscientious with their selection of delegates a lot of time and effort needs to be invested. Ideally they would invest this time and effort, but it's not easy and people are lazy/strapped for time.

I have the beginnings of an idea. I don't know whether or not this has any merit.

It's easy to vote based solely on the technical aspects of a delegate's role, which is predominantly the processing of transactions correctly and efficiently. Should (and could) we separate this role from the more complicated role of "spending" the fees?

Could we have two sets of delegates?
  • One set of "processor" delegates just for processing transactions
  • A second set of "spending" delegates responsible for "spending" the transaction fees

The "processor" delegates would state the percentage of fees they require to be paid for the service they provide. The remaining percentage of the transaction fees would automatically be sent to the "spending delegates" or perhaps a "spending pot" (is this possible?). It would be easy for people to vote for "processor" delegates based on how expensive they are and on their performance.

There would be a pool of "spending delegates" each of which would have to produce a manifesto. This states how they propose to spend the fees which remain after the "processor delegates" have taken their pay. We would also vote on the "spending delegates", perhaps using the idea proposed elsewhere regarding voting "slates".

I was going to type more and to proof read this, but I've got to go. Are there any useful ideas here? Implementation could be a problem, but perhaps delegates would be better optimized with the split roles, and the crucial area of voting to maintain the network would be easier.

Edit:

Coming back to this after three months to add a bit more which I wanted to say originally.

Essentially, If people had to vote on "processor delegates" and "spending delegates" separately, it could really improve people's willingness to vote. At least everyone could vote on processor delegates easily, based only on performance and pay rates. This could even be automated.
People could then take their time researching which delegates to vote for regarding the "spending delegates", who are there to enhance profitability and grow the ecosystem.

410
General Discussion / Re: Increasing Fees for Non Voting Transactions
« on: July 23, 2014, 04:34:15 pm »
I would like to see in the client the ability to sort and filter the list of potential delegates according to various criteria. I guess this has been discussed somewhere in the forum already? I've been really short on time recently, so am not up to date with my knowledge.

411
Anyone who is registered can register you.  But you have to ask using chat.

The ACLs are set up so people have to be registered before they can move or even talk.  This is to keep people or bots from coming on and causing interruption during sessions.

Once registered you can create your own temporary rooms, move/talk openly and record.

Thanks fuznuts

I think I miscalculated my conversion from my time to EST and came in after most of the session. I also had to come in with no microphone because I'd done it all so last minute.

I'd like to try again next time!

412
http://www.beyondbitcoinshow.com/index.php/get-involved

This gives instructions on how to set it up.  They're open to anyone.  I missed today's because of internet being out.  Cursed internet.

Thanks. It looks like I've set it up OK - I can see everyone in the 'conference hall' section, but I'm stuck in the general Beyond Bitcoin area. I try to join the conference hall and it says, 'You were denied Enter privileges in Conference Hall.'
 :'(

Edit: I'm in now. I sent a message to the conference hall - not sure if that's what got me in!

413
Can anyone partake in these sessions?
I'm being "denied enter privileges" to conference hall.
I set Mumble up in a hurry just now, so not too sure about it all.

414
Brian make the deal

BM get the nobel price in a couple of years

Did you hear about the farmer who won a Nobel Prize?

He was out standing in his field! :P

416
Two suggestions for consideration.

  • Make it so that users have to save changes to their "Approve" selections. The idea is that it will protect from accidental changes which would be both undesirable and a PITA. The downside is that some may find that having to remember to save changes is a PITA
  • Add the ability to "Deselect All" for the "Approve" selections. The idea is that the list is very long and a user may want to start from scratch with their selections.
Pls consider adding a github issue .. its difficult for the devs to track all threads an feature requests ... thx a lot for it anyway

Thanks xeroc, I'll consider going to GitHub.
These are kind of personal preference issues so I wasn't sure whether the suggestions would be improvements or hindrances.
(I've not used GitHub before so wasn't sure on proper procedure. Are people supposed to just put whatever they want on there, and the devs make the decision? Or am I supposed to gauge the issue first by getting feedback from the community?)
Do others here think I should submit these?
Gotta go to bed now so I'll check this tomorrow and go to GitHub then if that's best.
Sorry to be a newbie pest!
;)

417
Suppose Bad Actor has 25% approval, everyone else has to find someone they can agree to give 26% approval to bump the Bad Actor.... there are 2 solid candidates and they each split the vote 13% / 13% and thus neither is able to bump the Bad Actor.    Everyone can agree the Bad Actor should go, so they simply vote against him.

Should this point be overlooked? How important is it in real world terms?

It is possible for there to be a candidate who would receive 40% support for a role as delegate, but 60% strong opposition. Should it be possible for this candidate to become a delegate?
If people have the option to vote against, the candidate would be unsuccessful. Without "vote against" the candidate would probably become a delegate, and I propose this to be undesirable. In order for the candidate to be partially unsuccessful, the opposing 60% would likely have to agree to collaborate. They would have organize their "votes for" in a way which they may find unsatisfactory, thus compromising their REAL preferences.

Importantly, even if the 60% managed to use their votes to get another candidate in front of the one they oppose, BOTH candidates would likely still end up being delegates. Now we would still have a delegate who 60% STRONGLY OPPOSE!

Bear in mind that this needn't be a polarized case of a candidate being either a good or bad actor, or processing transactions well or poorly. What if the candidate is proposing to use transaction fees for a certain controversial purpose? It is easy to imagine a scenario whereby the candidate incentivizes 40% to vote for him/her by some means, and this 40% are not opposed to the way the fees will be used. But what if the other 60% are fundamentally against the proposed use of the fees? Should they not be given the chance to voice their concerns?

Could not "vote against" potentially be a useful, if not necessary, tool? If the majority opposes something in principle, shouldn't there be a proper way for them to oppose it in practice?

I admit I haven't thought much about this, and also haven't followed closely enough the way voting works with DPOS, so I may be mistaken.
However, I thought I should post this in case it is useful, or in case it may act as a catalyst in some way.

My previous post was attempting to argue that we should be allowed to vote against a candidate. This is to avoid a situation where a candidate strongly opposed by the majority can be more highly ranked than one who is not. I haven't seen a clear argument against the case which I made above. Was my reasoning wrong? Are there proposed benefits of NOT allowing votes "against"?

Editing to add:
This is the reason I'm making these posts:

Agent86 is very persistent and talked with me on Skype last night to argue against negative votes.

The primary argument he made was that abstaining is the responsible thing to do for uninterested users and that large stake holders will be very pro-active.

Small stake holders collectively do not have much influence.

I have decided to make it an option that is easy to turn on in the future with a hard-fork, but off by default.  If it becomes a problem then the delegates can vote to support it.

418

.....
Bitshares ME is designed for average user-issued assets.   The X chain will be geared toward major IPOs such as Overstock, Maidsafe, LTBcoin, etc and will charge a very high registration fee in an attempt to keep out spam from every one issuing their own personal IOU / IPO.   

 

Regarding LTBcoin, things are happening fast over there, and if there is a chance at convincing Adam B. Levine to come over to BitShares now could be the right time.
See this post http://letstalkbitcoin.com/forum/post/its-expensive-using-bitcoin?page=1 where Adam says "It's Expensive Using Bitcoin!" for the distribution of LTBcoin. On page 3 of the post he hints at moving to DogeCoin. On page 5 someone says, "In the future, you can mirror LTBcoin on the Bitshares platform, or others. Maybe it will be cheaper.", and someone replies, "how would that work?".

Is this an opportunity to drum up some business? Could BitShares solve the problem for LTBcoin?

419
Two suggestions for consideration.

  • Make it so that users have to save changes to their "Approve" selections. The idea is that it will protect from accidental changes which would be both undesirable and a PITA. The downside is that some may find that having to remember to save changes is a PITA
  • Add the ability to "Deselect All" for the "Approve" selections. The idea is that the list is very long and a user may want to start from scratch with their selections.

420
Suppose Bad Actor has 25% approval, everyone else has to find someone they can agree to give 26% approval to bump the Bad Actor.... there are 2 solid candidates and they each split the vote 13% / 13% and thus neither is able to bump the Bad Actor.    Everyone can agree the Bad Actor should go, so they simply vote against him.

Should this point be overlooked? How important is it in real world terms?

It is possible for there to be a candidate who would receive 40% support for a role as delegate, but 60% strong opposition. Should it be possible for this candidate to become a delegate?
If people have the option to vote against, the candidate would be unsuccessful. Without "vote against" the candidate would probably become a delegate, and I propose this to be undesirable. In order for the candidate to be partially unsuccessful, the opposing 60% would likely have to agree to collaborate. They would have organize their "votes for" in a way which they may find unsatisfactory, thus compromising their REAL preferences.

Importantly, even if the 60% managed to use their votes to get another candidate in front of the one they oppose, BOTH candidates would likely still end up being delegates. Now we would still have a delegate who 60% STRONGLY OPPOSE!

Bear in mind that this needn't be a polarized case of a candidate being either a good or bad actor, or processing transactions well or poorly. What if the candidate is proposing to use transaction fees for a certain controversial purpose? It is easy to imagine a scenario whereby the candidate incentivizes 40% to vote for him/her by some means, and this 40% are not opposed to the way the fees will be used. But what if the other 60% are fundamentally against the proposed use of the fees? Should they not be given the chance to voice their concerns?

Could not "vote against" potentially be a useful, if not necessary, tool? If the majority opposes something in principle, shouldn't there be a proper way for them to oppose it in practice?

I admit I haven't thought much about this, and also haven't followed closely enough the way voting works with DPOS, so I may be mistaken.
However, I thought I should post this in case it is useful, or in case it may act as a catalyst in some way.

Pages: 1 ... 21 22 23 24 25 26 27 [28] 29 30 31 32