Mediaboss Marketing

"On the Blockchain, no one knows you're a fridge"

So far, all contracts we listed were owned and executed by other accounts probably held by humans. But there is no discrimination against robots or humans in the Ethereum ecosystem and contracts can create arbitrary actions like any other account would. Contracts can own tokens, participate in crowdsales, and even be voting members of other contracts.

In this section we are going to build a decentralized and democratic organization that exists solely on the blockchain, but that can do anything that a simple account would be able to. The organization has a central manager that decides who are the members and the voting rules, but as we'll see, this can also be changed.

The way this particular democracy works is that it has an Owner which works like an administrator, CEO or a President. The Owner can add (or remove) voting members to the organization. Any member can make a proposal, which is in the form of an ethereum transaction to either send ether or execute some contract, and other members can vote in support or against the proposal. Once a predetermined amount of time and a certain number of members has voted, the proposal can be executed: the contract counts the votes and if there are enough votes it will execute the given transaction.

Open the wallet (if you are only testing, go to the menu develop > network > testnet), go to the Contracts tab and then press deploy contract, and on the solidity code box, paste the code above. On the contract picker, choose Congress and you'll see the setup variables.

You can change these parameters later. As a start, you can choose 5 minutes for debate time and leave the remaining parameters at 0. A little lower on the page, you'll see an estimate of the cost for deploying your contract in ether. You can try lowering the price if you want to save, but that might mean having to wait longer for your contract to be created. Click Deploy, type your password and wait.

In a few seconds you'll be taken to the dashboard, scroll down and you'll be able to see your transaction being created. In under a minute you'll see the transaction successful and a new unique icon will have been created. Click the contract's name to see it (you can get to it at any time on the Contracts tab).

If you want to share your DAO with others, then they need both the contract address and the interface file, a small text string that works as an instruction manual of the contract. Click copy address to get the former and show interface to reveal the latter.

On the other computer, go into the Contracts tab and then click on watch contract. Add the correct address and interface and press OK.

On the "Read from contract" you can see all the functions you can execute for free on the contract, as they are just reading information from the blockchain. Here you can see, for instance, the current "owner" of the contract (that should be the account that uploaded the contract).

On the "Write to contract" you have a list of all the functions that will attempt to do some computation that saves data to the blockchain, and therefore will cost ether. Select "New Proposal" and it will show all the options for that function.

Before interacting with the contract, you'll need to add new members so they can vote. On the "Select function" picker, choose "Add Member". Add the address of the person you want to make a member(to remove a member, pick the function "Remove Member"). On "execute from" make sure that you have the same account that is set as the owner as this is an action only the main administrator can execute. Press execute and wait a few seconds for the next block to go through with your change.

There's no list of members, but you can check if anyone is a member by putting their address on the Members function on the Read from contract column.

Also, if you want the contract to have any money of its own, you need to deposit some ether (or other token) into it, otherwise you'll have a pretty toothless organization. Press Transfer Ether & Tokens on the top right corner.

Now let's add the first proposal to the contract. On the function picker, select New Proposal.

For "beneficiary" add the address of someone you want to send ether to, and put how much you want to send in the box marked "Wei Amount." Wei is the smallest unit of ether, equal to 10^-18 ether, and must always be given as an integer. For example, if you want to send 1 ether, enter 1000000000000000000 (that's 18 zeroes). Finally, add some text describing the reason you want to do this. Leave "Transaction bytecode" blank for now. Click execute and type your password. After a few seconds the numProposals will increase to 1 and the first proposal, number 0, will appear on the left column. As you add more proposals, you can see any of them by simply putting the proposal number on the "proposals" field and you can read all about it.

Voting on a proposal is also very simple. Choose "Vote" on the function picker. Type the proposal Number in the first box and check the "Yes" box if you agree with it (or leave it blank to vote against it). Click "execute" to send your vote.

When the voting time has passed, you can select"executeProposal". If the proposal was simply sending ether, then you can also leave the "transactionBytecode" field blank. After pressing "execute" but before typing your password, pay attention to the screen that appears.

If there is a warning on the "estimated fee consumption" field, then this means that for some reason the function called will not execute and will be abruptly terminated. It can mean many things, but in the context of this contract this warning will show up whenever you try to execute a contract before its deadline has passed, or if the user is trying to send a different bytecode data than the original proposal had. For security reasons if any of these things happens, the contract execution is abruptly terminated and the user that attempted the illegal transaction will lose all the ethers he sent to pay transaction fees.

If the transaction was executed, then after a few seconds you should be able to see the result: executed will turn to true and the correct amount of ether should be subtracted from this contract's balance and into the recipient address.

You can use this democracy to execute any transaction on ethereum, as long as you can figure out the bytecode that that transaction generates. Luckily for us, you can use the wallet to do precisely that!

In this example, we'll use a token to show that this contract can hold more than ether and can do transactions in any other ethereum-based asset. First, create a token that belongs to one of your normal accounts. On the contract page, click Transfer Ether & Tokens to transfer some of them to your new congress contract (for simplicity, don't send more than half your coins to your DAO). After that, we are going to simulate the action you want to execute. So if you want to propose that the DAO send 500mg of a gold token to a person as a payment, then follow the steps that you'd do to execute that transaction from an account you own and press "send" but when the confirmation screens pops up, don't type your password.

Instead, click "SHOW RAW DATA" link and copy the code displayed on the "RAW DATA" field and save it to a text file or notepad. Cancel the transaction. You'll also need the address of the contract you'll be calling for that operation, in this case the token contract. You can find it on the Contracts tab: save that somewhere too.

Now go back to the congress contract and create a new proposal with these parameters:

In a few seconds you should be able to see the details on the proposal. You'll notice that the transaction bytecode won't be shown there and instead there's only a "transaction hash". Unlike the other fields, Bytecode can be extremely lengthy and therefore expensive to store on the blockchain, so instead of archiving it, the person executing the call later will provide the bytecode.

But that, of course, creates a security hole: how can a proposal be voted without the actual code being there? And what prevents a user from executing a different code after the proposal has been voted on? That's where transaction hash comes in. Scroll a bit on the "read from contract" function list and you'll see a proposal checker function, where anyone can put all the function parameters and check if they match the one being voted on. This also guarantees that proposals don't get executed unless the hash of the bytecode matches exactly the one on the provided code.

Anyone can actually check the proposal very easily by following the same steps to get the correct bytecode and then adding the proposal number and other parameters to the function called Check proposal code on the bottom of Read from contract.

The rest of the voting process remains the same: all members can vote and after the deadline, someone can execute the proposal. The only difference is that this time you'll have to provide the same bytecode you've submitted before. Pay attention to any warnings on the confirmation window: if it says it won't execute your code, check to see if the deadline has already passed, if there are enough votes and if your transaction bytecode checks out.

Here are some drawbacks of this current DAO that we leave as an exercise to the reader:

In the previous section we created a contract that works like an invitation-only club, where members are invited or banned by the whim of the president. But this has a few drawbacks: what if someone wants to change his main address? What if some members have more weight than others? What if you actually want to trade or sell memberships or shares on an open market? What if you wanted your organization to have work as a constant decision machine by shareholders?

We are going to modify a bit our contract to connect it to a specific token, which will work as the holding shares of the contract. First we need to create this token: go to the token tutorial and create a simple token with initial supply of 100, decimals of 0 and a percentage sign (%) as a symbol. If you want to be able to trade in fractions of a percent, then increase the supply by 100x or 1000x and then add the corresponding amount of zeros as the decimals. Deploy this contract and save its address on a text file.

Now to the shareholder code:

The code is deployed almost exactly like the previous code, but you need to also put a shares token address which is the address of the token that will work as a share with voting rights.

Notice these lines of codes: first we describe the token contract to our new contract. Since it only uses the balanceOf function, we only need to add that single line.

Then we define a variable of the type token, meaning that it will inherit all the functions we described earlier. Finally we point the token variable to an address on the blockchain, so it can use that and request live information. This is the simplest way to make one contract understand the other in ethereum.

This association presents a challenge that the previous congress didn't have: since anyone with tokens can vote and the balances can change very quickly, the actual score of the proposal can't be counted when the shareholder votes, otherwise someone would be able to vote multiple times by simply sending his share to different addresses. So in this contract only the vote position is recorded and then the real score is tallied up on the execute proposal phase.

Another way to count the weighted votes would be to create a single signed integer to keep score of the votes and check if it was positive or negative at the end, but you'd have to convert the unsigned integer voteWeight into a signed integer using int score = int(voteWeight);

Using this DAO is exactly like before: members create new proposals, vote on them, wait until the deadline passes and then anyone can count the votes and execute it.

On this contract the address set as owner has some special powers: they can add or ban members at will, change the margin needed for a win, alter the time required for debate and the quorum necessary for the vote to pass. But this can be solved by using yet another power the owner has: to change ownership.

The owner could change the ownership to no one by pointing the new owner as 0x00000.... This would guarantee that the rules will never change, but it's an irreversible action. The owner can also change the ownership to the contract itself: just click on "copy address" and add it on the "new owner" field. This would make that all the powers of the owner could be executed by creating proposals.

If you want, you can also set one contract as the owner of the other: suppose you wanted a corporate structure where you wanted a President for life that had the power to appoint board members, which could then issue more shares and finally these shares voted on how to spend a budget. You could create an Association contract, that used a mintable token owned by a congress finally owned by a single account.

But what if you wanted different rules for voting? Maybe to change voting rules you'd need a 80% consensus, or maybe the members are different. In that case, you can create another identical DAO or use some other source code and plug that one as the owner of the first.

Voting on all expenses and actions of a contract takes time and requires users to be constantly active, informed and attentive. Another interesting approach is to elect an appointed account that will have control over a contract and then be able to take swift decisions over it.

We are going to implement a version of what's usually called Liquid Democracy, which is a more flexible delegative democracy. In this kind of democracy, any voter can be a potential delegate: instead of voting the candidate you want, you just say which voter you trust to handle this decision for you. Your voting weight is delegated to them and they can in turn delegate it to another voter they trust and so on. The end result should be that the most voted account is one that has trust connections to the largest amount of voters.

First, you need a token. If you have followed the Shareholder association tutorial above, you can use the same token as you had previously, otherwise just deploy a new token and distribute it among some accounts. Copy the token address.

Deploy the democracy contract, and put the token address on the Voting weight token, put 75 as the Percent loss in each round and transferOwnership(address) (without any spaces or extra characters!) as the forbidden function.

Now deploy the Liquid democracy and go to its page. First have any of the shareholders vote on who they would trust to make decisions on behalf of this contract. You can vote on yourself if you want to be the final decision maker, or on the zero address, if you'd rather have no one representing you on that role.

After enough people have cast their votes, you can execute the function Calculate Votes so it will calculate everyone's voting weight. This function needs to be run multiple times, so the first run it will just set everyone's weight as their balance in the selected token, in the next round that voting weight will go to the person you voted appointed, in the next it will go to the person voted by the person you chose and so on. To prevent infinite loops of vote delegations, each time a vote is forwarded it loses a bit of power, set by at contract launch at percentLossInEachRound. So if the loss is set at 75%, it means that the person you vote gets 100% of your weight, but if they delegate the vote to someone else only 75% of their weight is forwarded. That person can delegate to someone else but they'll get only 56% of your voting weight and so on. If the ratio is anything lower than 100% there will be a finite moment where recalculating voting delegation won't change the result anymore, but if it's a 100% it means that voting weights will simply circulate around any potential loops.

If there has been more than one hour and a half since this round of calling Calculate votes has started, all weights will reset and will be recalculated based on the original token balance, so if you have recently received more tokens you should execute this function again.

What is all that vote delegation good for? For one, you can use it instead of the token weight on an Association. First of all, get the code for a shareholder association but replace the first lines where it describes the token:

Into this:

When you are writing your contract you can describe multiple other contracts used by your main contract. Some might be functions and variables that are already defined on the target contract, like voteWeight and numberOfDelegationRounds. But notice that balanceOf is a new function, that doesn't exist neither on the Liquid Democracy or the Association contract, we are defining it now, as a function that will return the voteWeight if at least three rounds of delegations have been calculated.

Use the Liquid democracy as the Token Address instead of the original token and proceed to deploy the shareholder association as usual. Just like before, users can create new proposals on what to do or cast votes on these issues, but now, instead of using the token balance as the voting power we are using a delegative process. So if you are a token holder, instead of having to keep yourself constantly informed by all the issues, you can just select someone you trust and appoint them, and then they can choose someone they trust: the result is that your representative, instead of being limited to a given arbitrary geographical proximity, will be someone in your social proximity.

Also it means that you can switch your vote at any moment: if your representative has voted against your interests in some issue you can, before the proposal votes are tallied up, switch your appointee, or just choose to represent yourself on the issue and cast the vote yourself.

Delegative democracies are a great way to choose representatives, but voting on individual proposals might be too slow for some important or simpler decisions: that's why most democratic governments have an executive branch, where an appointed person has the right to represent the state.

After four rounds of delegations, the address with more weight will be set as the Appointee. If there are many delegated votes, then a few more rounds of Calculate Votes might be necessary to settle in the final appointed address.

The Appointee is the only address that can call the Execute function, which will be able to execute (almost) any function representing the democracy as a whole. If there is any ether or token stored in the Liquid democracy contract, the Appointee will be allowed to move it anywhere.

If you have followed our example and created a Shareholder association using this liquid democracy as a token, then you should be able to use the executive branch in an interesting manner: go to the main Association address and execute a Transfer Ownership function to the liquid democracy.

Once that transfer is complete, switch the function to Change Voting Rules. This allows you to change some essential voting rules, like the minimum quorum needed for a vote to pass or the time a new proposal needs to stay on the floor. Try changing these settings and click execute: when the confirmation window pops up it will tell you that the transaction Can't be executed. This happens, of course, because only the address set as Owner can change these settings and the contract will reject this transaction attempt. So instead of typing your password copy the code on the data field and save it to a text file. Click cancel, scroll to the top and click copy address and also save that to a text file.

Now go to the Liquid democracy page and choose execute. On target put the address of the association contract, leave ether amount at 0 and paste the code you copied previously into the bytecode data field. Make sure you are executing it from the account set as the appointee and click execute.

Once the transaction has been picked up, the Liquid democracy will pass the order to the association and the new voting rules might apply. The appointee has the absolute power to do anything that the Liquid democracy contract can execute. You can use the same technique to create a Mintable Token owned by the delegative democracy, and then allow the appointee to mint tokens or freeze accounts.

To prevent abuses of powers, you can set one Forbidden function that the Appointee cannot ever do. If you followed our example the forbidden function is the transferOwnership(address), to prevent the appointee from transferring the ownership of the association to themselves (in politics, when a president uses his executive power to transfer to themselves something that used to belongs to the presidency, it's a coup or embezzling).

Sometimes time can also be used as a great security mechanism. The following code is based on the congress DAO but with a different twist. Instead of every action requiring the approval of an X number of members, instead any transactions can be initiated by a single member, but they all will require a minimum amount of delay before they can be executed, which varies according to the support that transaction has. The more approvals a proposal has, the sooner it can be executed. A member can vote against a transaction, which will mean that it will cancel one of the other approved signatures.

This means that if you don't have urgency, one or two signatures might be all you need to execute any transaction. But if a single key is compromised, other keys can delay that transaction for months or year or even stop it from being executed.

A transaction that has been approved by all keys can be executed after ten minutes (this amount is configurable), and the amount of time it requires doubles every time for every 5% of members who don't vote (and quadruples if they actively vote against). If it's a simple ether transaction, the transaction is executed as soon as a vote of support puts it under the required time, but a more complex transaction will require it to be manually executed with the correct bytecode. These are the default values, but this can be set differently when creating the contract:

Number of members approving transaction: Approximate time delay

Once the minimum amount of time has passed, anyone can execute the transaction (See "Congress" for a more complete walktrough). This is intentional, as it allows someone to schedule a transaction or hire someone else to execute it.

Deploy that code as you have done before on these tutorials. On the deployment parameters, leaving the minimum time blank will default to 30 minutes, if you want faster lock times, then put 1 minute. After uploading, execute the functions "Add Members" to add new members of your group, they can be either other people you know or accounts on different computers or stored offline.

The account set as "owner" is very powerful as it can add or remove members at will. Therefore, after you added the main members, we recommend that you set the "owner" to another account, by executing the function Transfer Membership. Set that to the multisig itself if you want to have all additions or removals of members to be voted, just like any other transaction. Another alternative is to set that to another trusted multisig wallet, or maybe to 0x000 if you want the number of members to be fixed forever. Remember, the funds on this contract are only as safe as the the "owner" account.

As with any of the above DAO's, this contract can hold ether, any ethereum based tokens and execute any contract. To do that, check how to execute complex proposals on the congress DAO.

For simplicity's sake, a vote against a proposal simply counts as one less vote of support. If you want, you can play around with the idea that negative votes have more weight, but this means that a minority of members could have an effective veto power on any proposed transaction!

How else could you improve this contract?

You have reached the end of this tutorial, but it's just the beginning of a great adventure. Look back and see how much you accomplished: you created a living, talking robot, your own cryptocurrency, raised funds through a trustless crowdfunding and used it to kickstart your own personal democratic organization.

The tokens you still control could be sold on a decentralized exchange or traded for goods and services to fund further development of the first contract and grow the organization.

Your DAO could own its own name on the name registrar, and then change where it's redirecting in order to update itself if the token holders approved.

The organization could hold not only ethers, but any other kind of coin created on ethereum, including assets whose values are tied to the bitcoin or dollar.

The DAO could be programmed to allow a proposal with multiple transactions, some scheduled to the future.It could also own shares of other DAOs, meaning it could vote on larger organization or be a part of a federation of DAOs.

The Token Contract could be reprogrammed to hold ether or to hold other tokens and distribute it to the token holders. This would link the value of the token to the value of other assets, so paying dividends could be accomplished by simply moving funds to the token address.

This all means that this tiny society you created could grow, get funding from third parties, pay recurrent salaries, own any kind of crypto-assets and even use crowdsales to fund its activities. All with full transparency, complete accountability and complete immunity from any human interference. While the network lives the contracts will execute exactly the code they were created to execute, without any exception, forever.

So what will your contract be? Will it be a country, a company, a non-profit group? What will your code do?

That's up to you.

See the rest here:
Create a Democracy contract in Ethereum

November 10, 2010, Beth B, Leave a comment

Democracy is a form of government where the power lies with the people (being governed). The term comes from the Greek word demos meaning people and kratos meaning power. The underlying principle behind democracy is freedom and equality for all its constituents. Democracy acknowledges the decision of the majority, and in a democracy, all constituents have an equal vote, regardless of stature.

The principle of democracy is usually classified in two, direct democracy and representative democracy. It is said that there is no true direct (or pure) democracy wherein power is shared by every citizen. Most democratic countries have a representative democracy, wherein officials are elected into positions of power by the people.

When officials are elected into public office, they are expected to be accountable to the populace who elected them. The people are free to express their thoughts on how the governance is, without fear of recrimination or prosecution, and the elected officials can be reelected or removed by mandate of the people after a prescribed period of time through an election.

Although the power in a democracy is held by the people, democracy is not a rule of individuals but a rule of laws. These laws serve to protect the citizens, limit the power of the government, protect hum rights, and maintain social order. Ideally, every citizen is protected by it, and at the same time no citizen is above it.

Currently, almost half of the worlds nations are governed using the principles of democracy, but this does not make them all fully democratic nations. Some countries that are examples of democracy are: United Kingdom, United States of America, France, Australia, and the Philippines.

Related

See original here:
What is Democracy? - A Knowledge Archive

Tammy Patrick is a Senior Advisor to the Elections program at the Democracy Fund, a bipartisan foundation working to ensure that our political system is able to withstand new challenges and deliver on its promise to the American people. Focusing on modern elections, Tammy helps lead the Democracy Funds efforts to foster a voter-centric elections system and work to provide election officials across the country with the tools and knowledge they need to best serve their voters.

Previously, Tammy served as a Democracy Project Fellow with the Bipartisan Policy Center, focusing on discussion on recommendations of the Presidential Commission on Election Administration (PCEA). Former Federal Compliance Officer for Maricopa County Elections Department for eleven years, Tammy was tasked with serving more than 1.9 million registered voters in the greater Phoenix Valley. She collaborates with community and political organizations to create a productive working relationship with the goal of voter participation. In May of 2013 she was selected by President Obama to serve as a Commissioner on the Presidential Commission on Election Administration which has led to the position at the Bipartisan Policy Center to further the work of the PCEA.

The organizer of the 2007 Native American Voter Outreach Summit, Tammy is dedicated to voter education, outreach, and empowerment. She continued this work with the Election Assistance Commissions working group on Language Assistance for Unwritten Languages, and shared her experience with Voting Rights Act minority language compliance in 2011 by presenting at the Pacific Northwest Election Administrators Conference. She was formerly responsible for the Election Departments Voting Rights Act Section 5 submissions to the United States Department of Justice.

Her efforts in supporting good stewardship via sound data collection and analysis has afforded her inclusion in the Princeton Press publication The Democracy Index by Yale Law Professor Heather Gerken, a position on the Pew Advisory Board for an Elections Performance Index, and on the Advisory Board for the MIT Election Data and Science Lab. Tammy was honored to represent Maricopa County and the State of Arizona by testifying in Congress in 2007 on the role of election audits. She has served on the Election Centers National Task Force on Education and Training, their Election Administration Benchmarking Task Force, as well as their Legislative Committee. In the Spring of 2017 she began teaching Data Analysis for Election Administration at the University of Minnesotas Humphrey School.

She was appointed by the Election Center in 2012 to represent them on the Mailers Technical Advisory Committee (MTAC) to the United States Post Office and serves on the Postal Task Force for the Election Center and as an auxiliary member to the EAC Standards Board Postal Task Force and the Postal Task Force for the Washington Secretary of State. In 2016 she presented at the National Postal Forum and also became the only non-postal employee to present to their operational leadership team with her Delivering Democracy webinar. Publication of The New Realities in Election Mail by the Bipartisan Policy Center focuses attention on the PCEA recommendations in the current postal environment.

Arizona was the first state to offer online voter registration and Tammy has collected data and worked with the Brennan Center for Justice as well as the Pew Election Initiatives to study its effect. Tammy has testified in the United States Senate on the importance of modernization of voter registration as well as more than a dozen state legislatures. She has shared the data supporting modernization with election officials around the country who have used it to support passage of similar legislation in their own states and has been presented to the National Conference of State Legislatures at their National Conferences as well as at the Pew-sponsored Voting in America Summits.

Working to provide access to all voters, including those serving our country in the military or residing overseas, Tammy was an active observer for the National Conference of Commissioners on Uniform State Laws Uniform Military and Overseas Voters Act which passed in July of 2010. Her analysis of UOCAVA voting populations was presented to the Technical Guidelines Development Committee at the National Institute of Science and Technology in July of 2011; UOCAVA Voter Trend Analysis and Risk Assessment reviews what characteristics of the UOCAVA voter make them most susceptible to casting ineffective ballots, and if access to online information and process aid in mitigating those vulnerabilities. Her experiences are further shared with the Federal Voting Assistance Program (FVAP) working group on electronic voting. The Council of State Governments (CSG) established a Policy Working Group to review the PCEA recommendations on UOCAVA voters and Tammy was an active participant in that group. She published Clarion Call: Voter Registration Modernization in CSGs 2015 Book of the States.

In 2012, Tammy was asked to join the IEEE P1622 group developing standards for a common data format for election results reporting. In 2013, she became a voting member of that organization and continues with the work now under the EAC VVSG working group. Her interest in voting technology includes participation in the Overseas Vote Foundations End to End Verified Internet Voting (E2EVIV) project and the Election Verification Network. She has presented numerous times to the Technical Guidelines Development Committee (TGDC) on the impact of their standards and certification of equipment and test laboratories.

Tammy is responsible for many award-winning programs including the expansion of the Voter Assistance and Boardworker Enhancement Training Program which won a National Association of Counties (NACo) Achievement Award in 2005, and another in 2006. The Voter Language Assistance Proficiency Assurance Program was also recognized in 2006 with a Best in Category Award in the County Administration and Management Category. The Election Reporting System developed in Maricopa County was awarded not only a NACo Achievement Award, but also the Election Centers Professional Practice Award in 2007, and was recognized as one of the Top 50 Innovations in Government by the Harvard Kennedy School of Governments Ash Institute which also honored the program with a Bright Idea Award. Maricopa Countys Voter Assistance Website was awarded a 2008 NACo Achievement Award for its accessibility to voters, and their Disaster Recovery Plan received a National Association County Recorders Election Officials and Clerks Best Practices Award in 2009. Her dedication earned her the ADA Liberty Patriot Award in 2008 by the AZ Disability Advocacy Coalition.

Tammy has a bachelors degree in American Studies from Purdue University and has attained accreditation as a Certified Election Voter Registration Administrator through the Election Center and Auburn University.

Read the original here:
About Us: Democracy Fund

Democracy

In a Democracy the supreme power is retained by the people. People vote on the actions they want their government to take, such as new taxes, health care or representatives.

People can run for office and get elected to form part of the government. Such as the President, vice president, state representatives and other various positions.

In a democracy, people usually elect representatives. In the USA, each state has 2 Congressmen or Congresswomen and the state gets another set of representatives for the amount of people in their state. For example, the State of texas gets more State Representatives than oregon because Texas is more populated than the state of Oregon.

Democracy allows you to vote and elect representatives to form the government.

Quick Review of the Types of Government Studied. Click here.

World Map of Governments

Country Government Research page: CIA World Fack Book

Go here to see the original:
Types of Government - Democracy

We welcome new members to join in the fight for a liberal democracy.

There is an increasing feeling of democracy in the country.

We use democracy as a method of selecting representatives.

The widespread belief in the robustness of the rule of law in Britain certainly reflects our reputation as a vibrant multicultural democracy.

After touring the United States for more than nine months in the 1830s, Alexis de Tocqueville returned to his native France and penned the two-volume Democracy in America.

In point of fact, bourgeois democracy is the political formula for free trade, nothing more.

The AA is proud to have the benefit of an active and participatory democracy.

Their exclusive possession of power made the commonwealth in which they bore rule an aristocracy; but they were a democracy among themselves.

Coverage of the scrutiny process is central to our parliamentary democracy.

Participation in political life was one of the pillars of Athenian democracy.

Is a democracy, such as we know it, the last improvement possible in government?

During the early 1990s, under pressure from western aid donors, the Moi government was finally forced to concede to a multi-party democracy.

The only speech made by him during his three years in parliament that was listened to with impatience was, curiously enough, his speech in favour of counteracting democracy by providing for the representation of minorities.

Indeed the spread of democracy elsewhere increased the prestige of the Athenian administration, which had now reached a high pitch of efficiency.

A nobility of this kind often gave way to a democracy which either proved as turbulent as itself, or else grew into an oligarchy ruling under democratic forms. Thus at Florence the old nobles became the opposite to a privileged class.

In politics he advocates absolute equality - a democracy pushed to anarchy.

The network aims to deepen democracy through greater citizen participation in local governance.

Those sixty thousand, like the populus of Rome, formed a narrow oligarchy as regarded the rest of the nation, but a wild democracy among themselves.

Shortly afterwards, however, an insurrection took place, by which the disciples of Pythagoras were driven out, and a democracy established.

For a certain class of citizens to be condemned, by virtue of their birth, to political disfranchisement is as flatly against every principle of democracy as for a certain class of citizens to enjoy exclusive rights by reason of birth.

In the heyday of the Athenian democracy, citizens both conservative and progressive, politicians, philosophers and historians were unanimous in their denunciation of "tyranny."

Their weak point lies in their necessary conservatism; they cannot advance and adapt themselves to changed circumstances, as either monarchy or democracy can.

Read more here:
Use democracy in a sentence | democracy sentence examples