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

Pages: 1 ... 42 43 44 45 46 47 48 [49] 50 51 52 53 54
721
General Discussion / Re: drltc's Trustee Technical Discussion Thread
« on: April 01, 2014, 02:37:45 pm »

The key thing with notaries is that they must be prepared to have servers with very high uptime and redundancy. 

If you have multiple notaries, this is unnecessary.  In fact, having multiple notaries and fast recovery from a single notary going offline means that there's really no reason an ordinary node can't serve as notary.

So I propose using a random selection algorithm (Poisson process) to add notaries one at a time, and have the oldest notary's term expire if there are too many.  Thus notary duty is not for some elite users with fast servers and connections to the right people to get into a hard-coded list somewhere, rather it is open to any node, with your chance to be selected proportional to your balance.  (As I've explained previously, both here and elsewhere, not using your balance to determine the weight of your vote makes it easy to game the system by making a large number of addresses with tiny balances.)  You get the benefits of fork protection and predictable block times, but the degree of centralization is actually quite limited.

To alleviate uptime concerns, I propose a five-stage scheme:  Unknown, pending, eligible, secondary, primary.  Unknown nodes are most of the network most of the time.  Pending nodes have been selected by the random selection algorithm as potential notaries, but they have to pass an uptime test by signing every block for UPTIME_TEST_LENGTH = 1 hour.  Eligible nodes have successfully passed the uptime test and are waiting for a "seat" to open up.  Secondary / primary refer to active notaries; primary notary duty rotates every block.

That is a really good idea, no mining, no centralization.

722
General Discussion / Re: What is a DAC? (Andreas Antonopoulos)
« on: March 29, 2014, 07:38:27 am »
Charity DAC  +5% +5%

723
Charity of this form is more of a marketing stunt than anything.   I would simply have the users who buy the lotto tickets specify the charity they want their ticket purchase to support.   It would be automatic, decentralized, and those buying the tickets would have no reason not to specify a charity.

For simplicity terms, yes, the users can choose a charity. But I believe there are too many charities (at least in the UK / US), and the idea / proposal is to get rid of the administration and donate directly to the project, most of them are businesses which pretend to be charities as they donate 15%. This is an example http://www.charitychoice.co.uk/charities/medical-welfare/cancer

But simplicity is good, so why not have both and let the users decide, most important the donations / expenditure should be transparent, and controlled by the users (ie your project is a failure, stop the funding).

724
I think the key is transparency and the involvement of everyone as whole. The charity part is a DAC on its own, but with an added incentive of a big price (Lotto).

725
You are both right, the charity part is the hardest part, especially the anti corruption part.

Organisations should bid for funding base on specific needs, and yes you are right is hard to get people voting, but once they see that their vote counts they will get involved. (Some more active than others).

The main rule could be that it is a public organisation, and they have to demonstrate where the fundings are going (link to transaction), everything should be published for information. Heavy penalties, ie not more funding if irregularities are found (to organisation and / or project), this then could be given to another organisations.

Funding could be automated in stages (based on project completion), and should be the public who checks / validate the progress.

Other projects of the organisation should be made public with their funding / budget. For example the money from lottery can be used to finance a new ward in a hospital (great), but the organisation is wasting billions on another project.

As an example for Health care (Hospitals, Residences), a public organisation will be the NHS in UK. Of course this will be more difficult in other countries, but in this scenario will need to be localised.

A research project, ie cancer, on the other side will be global.






726
I know this DAC has just started, personally I believe that BitShares LOTTO is a great idea as it decentralizes the lottery from governments and so call "charities" with huge administration fees. 

First of all I assume the initial DAC, BitShares LOTTO, will be for profit, as it will fund the DAC development and of course pay the shareholders (AGS / PTS).

Based on that assumption I would like to propose the creation of a complementary fork (if you don't plan to already), to create a global lottery charity, this will be purely for non profit and no administration fees.  All the hard work will be put on BitShares LOTTO so it won't be necessary to add extra fees.

All the profits (everything but the prizes) will go go directly to health care (public hospitals, residences), public education, research (cancer, aids, anything).  Each daily / weekly draw can be for a specific cause.

This could have the possibility to be a true global charity, and hence remove huge waste, especially on research areas.

Rules of course will be different (IE.. euromillions vs national lottery vs other old style ball lottery) and complement each other as  other lotteries do.

This project can benefit to the whole ecosystem of DACs,  one of the hardest things will be the global purchasing of tickets, mainly exchanging fiat for a ticket. Money conversion is a general problem to any DAC, and project like this would help to open the barriers.

We should not be shy and with a project like this we should ask for resources of global players, which already have simple purchasing capabilities (paypal, microsoft, amazon, google, twitter, facebook).

727
General Discussion / Re: bitGold
« on: March 13, 2014, 01:13:34 pm »

This might be an obvious question but what is Bitgold meant to be valued at, Troy ounce?

Yes, in all commodities we need to know what are the measures, or I guess they will be implied by the price?

728
Technical Support / Re: Compiling Bitshares in Ubuntu
« on: March 13, 2014, 01:09:19 pm »
Glad you got it sorted :)

729
Technical Support / Re: Compiling Bitshares in Ubuntu
« on: March 10, 2014, 10:30:14 am »
Have you checked you have a server running already ? ps -A .
The unique node list is hardcoded to "127.0.0.1:4567"

730
General Discussion / Re: How i get my Bitshare X
« on: March 09, 2014, 12:05:53 pm »
The wallet is not released yet. Check my signature to see how to check your balance. Hope that helps

731
Ok. I bought PTS to partake in the process and had my PTS on my local wallet the night of the big launch. I found my address in the JSON genesis block thing, along with another number next to it.

Two questions:
What does that number mean?
The number is your number of shares, you just need to "Number" * 0.00000001

Do I need to download the BitsharesX client in order to claim my BTS?
Yes, it will be notified when the wallet is available

732
So you want to take 10% of the entire AGS funding and you want to give it to 8 of the largest players?  But as a DAC builder you don't want to give 10% of your own venture back to the community of AGS investors?  What if the market doesn't move in the way you think it should move - years in advance? Is your fee structure correct?  Would you stick to the terms outlined here no matter what or would you be willing to change it?

Why should AGS holders only be awarded for DACs funded by AGS? What if AGS-DAC solves common functions that every DAC could then duplicate?  Is it now free for you to use at your own will? Or do you start walling off functionality and do it your own way? Do we want to start splitting people into camps based on which type of shares they want to honor? Wouldn't it be more beneficial to encourage everyone to work together as much as possible?

Is putting the community in a perpetual competition against each other really a good idea? I think this could discourage people from wanting to help each other out - especially the largest DAC developers in the market. We are an open source community. We can all build on top of what we do as a community.  Right now we have more DACs than developers.  We need to focus on the core product before trying to squeeze out every last share of an immature platform. 

I really think after reading these forums these last few days, we need to unify PTS and AGS, as described by bytemaster in another post.  Not for a while, not until they both run their course.  Because honestly, in a couple of years, why would anyone new to the community give a shit about trying to decide whether to honor the religion of the shareholders who paid money vs. the religion of the shareholderss that plugged a bunch of computers into a wall. Then they would have to go through the forums and read about an ongoing civil war and get confused as hell trying to figure out who to support.  This would make things much simpler, seeing as people are already confused now. AGS would become liquid, and PTS would upgrade to a TaPOS system. And do you know what would be the best part about this? You could drop the clunky Bitshares AGS and Bitshares PTS monikers, and that one unified unit could then simply be known as a BitShare.  Anyone could buy into the community and be on the same level of expectation as everyone else in the community.

So what do I honestly think about this competition? I like it, but only if we do it one year at a time.  After the first one ends, the community should vote whether or not to have one for the next year.  No need to commit ourselves so far out in advance.

 +5% AGS holders always carry more risk, specially now as the benefit of AGS over PTS is gone. But the idea of promoting new DACs is excellent.

733
General Discussion / Re: more naming issues
« on: March 06, 2014, 04:07:31 pm »
Hierarchal naming scheme?

BTS/XT
BTS/XT:USD
BTS/XC:USD
BTS/DNS
BTS/DNS:USD

I like that  +5%

734
General Discussion / Re: I dont understand!
« on: March 06, 2014, 04:05:46 pm »
you have a total of 46.63184074

735
Thanks Clains..

Pages: 1 ... 42 43 44 45 46 47 48 [49] 50 51 52 53 54