Purchasing and Other Functionality

Purchasing
Users can purchase network koin using Bitcoin.  In one generation, the price probably stays about or exactly the same.  You see the price, you send bitcoin to an address associated with the current block or some time period.  The network could create your same address on koin with the correct amount.  Once the block is verified or by some other process, you have it.  One may need to send a koin-purchase request to verify price based on time, as well as sending coin.  (Since there are many ways to do this, I will leave it at this for now.)  

For auctions, to provide a fair situation, bids could come around the same time or be encrypted and later decrypted.  Bids should not change much over neighboring blocks, so people can kind of guess what the bidding is, independant of current bids.  Current bids, etc can be requested from nodes.  Perhaps waiting til the end can be prevented by a random cut-off or some other mechanism.

Perhaps purchasing or auction intervals should not match koin intervals/generations, so that the next price,etc can be figured more immediately.  However this is done, each miner node should know how to determine the next price based on the lastest block.  

Voting
Voting and messages can come across like transactions.  If no call for votes has gone out, nodes ignore incoming votes.  Messages to everyone can come from koin board members as a single transaction.   Perhaps messages between miners can be inexpensive.  Maybe miners can use this to band together for decision making.  Messages from one user to another can have a small cost.  Software can allow users and miners to recieve messages.  Filters can be used for types of public messages or to control private or encrypted messages.  Basically messages, votes, call for votes, board decisions, etc are configured slightly different from normal transactions.  

Nodes
Nodes basically have three types of stored data.  One is the chain.  Another is a miner list.  Last is divided private information such as keys to accounts used by koin leadership or by vote.  The user list can be divided also among nodes, if necessary.  Appended to the miner list could be the governing leaders and relevant information.

Leadership message request
There is a board of 7 who lead, along with one of 17.  A message command or request is signed and allows nodes to implement government.  The code or instructions dictates how to respond to a request.

One example is using funds.  Some keys may be encrypted or split among the network.  Multi-sig keys could allow both nodes and chair(board) members to apply funds.  There are many ways to combine these options, but when nodes receive a signed message from both boards, they can act or return data, which then may be decrypted and used.  The 17, with 17-15 votes can control lending funds with 2/7 votes.  The 7 can control tax funds, with 7 votes, plus 6/17 or 6 and 8/17.  A majority of both can do either.  Lending keys are with the 17 and tax keys are with the 7.


Edit: Had an idea and adding it here...

Groups (States)

Recently, I read something that reminded me of an almost silly idea, of creating groups on koin.  They could vote internally and decide policy and be officially recognized by the koin network.  The ideas was you could join a maximum number of groups.  Maybe these groups could run to be elected as one the lower chairs.  Or they could run a node or group of nodes and help effect the miner voting.  

There could be 50, 500 or 5000, representing states or nations or other groups.  Sometimes working within a group of similar values helps shape your thinking and increase involvement or influence.

I've had this idea for a few months but was reminded about it recently, reading about bitnation on steem.