Bitcoin Forum
April 24, 2024, 03:47:27 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 [3] 4 »  All
  Print  
Author Topic: Forking the Blockchain for Bonds (25 BTC Bounty)  (Read 8516 times)
TierNolan
Legendary
*
Offline Offline

Activity: 1232
Merit: 1083


View Profile
July 14, 2011, 03:29:36 PM
 #41

i will give you an important pointer. If you do not allow for artificial roadblocks, it is impossible to understand why monetary exchange as opposed to barter is the dominant mode of transactions in the economy...

So, you are creating an object which is basically a title deed for a bitcoin, but is worth less than a bitcoin, because you have intentionally crippled it.  Why do this?

Dollar bonds require interest because their is a risk that they won't pay back.

Quote
what a bank would do is irrelevant. Bond coins would be issued by the blockchain not a bank. The relevant issue is whether people would trade 1 bond coin for 1 bitcoin. The poll i linked to above suggests that the vast majority of people would not be willing to make this trade. Instead they would make trades of 0.95 bitcoins for 1 bond coin or perhaps 0.9 bitcoins for 1 bondcoin. I

It would be interesting to see what would actually happen if it was actually a market.  The majority don't actually decide market price.  All you need is one person to spot that they are actually identical and he will pay 0.99 BTC for 1 BTC (or 1 BTC - transaction fees and annoyance factor). 

If the bondcoins can be traded in exactly the same way as bitcoins, there is no reason to differentiate between the 2.

1LxbG5cKXzTwZg9mjL3gaRE835uNQEteWF
Each block is stacked on top of the previous one. Adding another block to the top makes all lower blocks more difficult to remove: there is more "weight" above each block. A transaction in a block 6 blocks deep (6 confirmations) will be very difficult to remove.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1713973647
Hero Member
*
Offline Offline

Posts: 1713973647

View Profile Personal Message (Offline)

Ignore
1713973647
Reply with quote  #2

1713973647
Report to moderator
1713973647
Hero Member
*
Offline Offline

Posts: 1713973647

View Profile Personal Message (Offline)

Ignore
1713973647
Reply with quote  #2

1713973647
Report to moderator
1713973647
Hero Member
*
Offline Offline

Posts: 1713973647

View Profile Personal Message (Offline)

Ignore
1713973647
Reply with quote  #2

1713973647
Report to moderator
freequant
Hero Member
*****
Offline Offline

Activity: 770
Merit: 500


View Profile
July 14, 2011, 06:46:07 PM
Last edit: July 14, 2011, 07:01:02 PM by freequant
 #42

Canicula,

Very interesting idea that would indeed allow for Bitcoin loans, and counter deflation by reinjecting in the market the money hoarded by long term investors.
I am not sure I understand fully your proposal as you did not explain very clearly how it fits in the picture of the Bitcoin network.
There is however a way I can see that would make it possible technically without major changes to the client.

Let me rephrase what I understood in logical steps, and develop a short spec of how this could be done practically within the framework of the Bitcoin network.

1. People holding bitcoins and planning to hoard them for the long term should be able to enter a contract whereby they would loan this money sleeping in their wallet for a fixed amount of time in exchange of the guarantee of recovering their fund at the maturity of the contract. Doing so involve a certain risk, and a loss of opportunity as they won't be able to invest this money somewhere else, that should be compensated by the payment of a periodic interest rate / coupon representing the risk free timevalue of the money. Such  a contract is indeed very similar to what is called a bond, so let's call that a bond.

2. To guarantee that the funds of the bond can be refunded at maturity, the bond must be underwritten by a third party that will hold a colateral. This should also respect the design an philosophy of Bitcoin, namely not rely on any centralized authority to underwrite the claim, and not involved any physical and or centrally controlled asset as colateral. So the bond must be underwritten by a non-centralized authority, and backed by a non-centraly managed collateral.
2.1. The only non-centralized authority we know of in the Bitcoin realm is the Bitcoin network. The bond must therefore be underwritten by the Bitcoin network itself using the only certification mecanism supported by network : digital signature, and proof-of-work block generation.
2.2. The only non-centraly managed assets we know of in Bitcoin realm are computing power, and Bitcoin themselves. If the bond is denominated in Bitcoin, the collateral can therefore only be computing power.

3. If the colateral is the computing power, and knowing that in a bond contract, the colateral is provided by the bond seller, and the cash is provided by the bond buyer, the bond will effectively be a transaction between a miner and a long term bitcoin hoarder.

4. At the time of the bond issuance, the value of the colateral and the face value of the bond should be equal. Knowing that the smallest denomination for computing power on the Bitcoin network is a block, and that the bitcoin value for a valid block is fixed for two years to 50 bitcoins per block, we can establish logically that the minimum contract size of a bitcoin bond will be 1 contract of face value BTC50, backed by a collateral of one valid block.

5. The colateral being a valid bitcoin block it must be inserted in the blockchain at the time it is generated, otherwise it would not remain a valid block by defintion. The bond seller will therefore pay the colateral to the underwriter (the Bitcoin network) by simply inserting it in the block chain like usual. The underwriter (the Bitcoin network) will accept the block as a colateral by validating it and continue to grow the blockchain after it (like usual).

6. For the valid block to keeps its value as a colateral, it should not lead to the usual emission of 50 BTC in addition to the payment of the 50 BTC face value of the bond by the bond buyer to the bond seller (the miner). The miner will therefore receive only 50 BTC for its block like it would have got if he mined for a non-bond-related block. The bond buyer must pay the 50 BTC to validate the contract. There are only two ways this can be done :
6.1 (method 1 : quite some changes to the protocol) : the bond seller does not register his usual 50BTC mining incentive but leave the block empty. Once it printed the block with no 50BTC incentive, he effectively provided as colateral a non-redeemed block to the network that the network can use to refund the bond buyer at maturity without breaking the money supply rule as the non-redeemed block was minted in the past and did not generate the 50BTC it should have generated. To validate the transaction, the bond buyer must pay the 50BTC to the bond seller soon after the non-redeemed block was issued. If it doesn't send the payment within a given delay, the network will redeem the empty block to refund the bond seller by issuing 2 incentive transactions of 50BTC in a subsequent block. The major problem of this method is that the network must remember about this non-redeemded block and it must watch if the buyer makes the payment.
6.2. (method 2 :almost no change) The bond seller registers as usual his own 50BTC mining incentive in the block header, in which case he should not receive the payment from the bond buyer. The bond buyer should therefore pay the payment to the network and not the bond seller whose colateral value has already been depleted by redeeding the 50BTC incentive. The network being decentralized, it does not itself have a wallet.dat file, and cannot receive a payment. But it can print money at will provided that it does not increase the monetary supply by more than 6 blocks (300BT) per hour in average This is where the catch is : for the bond buyer to pay the bond face value to the network, it can simply destroy it by sending it to a dummy address where it can never be recovered, like 1DummyAddressForBondPayment (or my bitcoin address Wink). By doing so, it decreases the money supply by 50BTC, and therefore allows the network to print one more block before the next difficulty increase. The big interest of this method is : miners mine like usual, totally unaware that they are being the counterpart of a bound transaction. At some point, the bond buyer discard 50BTCs by sending it to a dummy address, which gets recorded to the ledger and generates the bond (the bond is therefore underwritten by this single transaction). At the time of calculating when the difficulty should increase, the clients will calculate the difficulty as the time taken to generate N+1 blocks (and not N, where N is the usual block count between difficulty changes) as one of the block was funded with the money that bond buyer destroyed and therefore did not increase the money supply. At the time of maturity, the network will generate a block containing a second 50BTC transaction sent to the address from which the bond buyer destroyed his 50BTC. Maturity can be expresset by sending the coins to a specifically formated non-recoverable address, like 1BondMaturityPayment20111203 or 1BondMaturityPayment123456 when 123456 is the block number where reimbusement of the bond should be made. Everyday or everyblock, the clients will check the transactions recorded in the related unrecoverable address, and pay it out by adding an extra 50BTC transaction to some block. This will be taken into account for next difficulty level calculation, and the network will calculate the time taken to compute N-1 block instead of N blocks where N is the number of blocks between difficulty reevaluation.

7. The benefit of this bond system is that it puts back in circulation the capital that is horded by long term investors. This keeps the moneraty supply pretty much constant (growing progressively as mining goes) instead of having it contract and expand as speculators hord it or sell it en mass. This will stabilize the price of bitcoin which will in turn help the economy develop, which will increase non articifically the demand for Bitcoin and increase its value in a much more healthy and sustainable way than the current situation where scarcity is only due to speculators hoarding the currency and the actual demand in the economy is still pretty weak.

8. Why would miners want to be the counterpart of the bonds? Effectively, while the bond buyer is an individual, the bond seller is not a single miner but the whole network. Indeed, handling the bond as explained in 6.2 is completely transparent to the miners: they continue mining in best effort as usual and try to generate as many block as possible given the current difficulty. Only, thanks to the bond and the bond-buyer funded extra block, they will effectively generate N+1 block in the current difficulty cycle without increasing the difficulty. This clearly increases their shortterm profitability. As the bond will be refunded in the future, rolling back the balance and increasing the difficulty, it will decrease the protitability in the future. But we all know that difficulty tends to increase, which makes easier and therefore more valuable to mine an extra block now than later. So the advantage of the bond for the miners is here: it allows to time-warp a part of the mining job earlier in time, and to postpone the difficulty increase effect of this to later, increasing early miners profitability.

9. Why would long term investors in Bitcoin want to buy bonds? First because by relaxing the monetary supply, it will help the economy which is likely to entail a long term sustainable appreciation of their assets. Second, because of the yield. I did not discuss that part yet, so here we go : where is the yield going to come from? It has to be paid periodically during all the duration of the contract. But we know that the monetary supply shouldn't increase more than what was originally planned, and we aren't going to ask the to miners to pay the yield off their 50BTC incentive. So that lets transaction fees : yield will be paid from transaction fees and calculated / adjusted in such a way that the total amount of transaction fees the network miners will not get due to the yield will match the extra bitcoin they made by mining that block sooner when difficulty was lower.

10. It would even be possible to allow to recall the bond (sell it back to the network and get back the cash) by paying with the same address some cancellation premium to the unrecoverable address of targeted maturity.

Cunicula, not sure how much of the above is what you where thinking about and how much is not.
It doesn't ask much modifications to the bitcoin client, it does not require to fork the block chain, it does not breach original Bitcoin mecanisms, and I think it could indeed be beneficial for the miners, the long term investors and the whole bitcoin economy.

Any feedback welcome.
becoin
Legendary
*
Offline Offline

Activity: 3431
Merit: 1233



View Profile
July 14, 2011, 07:21:25 PM
 #43

Very interesting idea that would indeed allow for Bitcoin loans, and counter deflation by reinjecting in the market the money hoarded by long term investors.
1. Allow for bitcoin loans? There is nothing to prevent you from lending your bitcoins now!
2. Counter deflation? What deflation? Lack of inflation is not equal to deflation!
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
July 14, 2011, 07:27:40 PM
 #44

I think both methods suggested open the door for fraud. Also, miners processing the transaction are chosen by lottery. If miner not recognizing bonds processes the maturing block, the payouts will be incorrect. Because of the possibility of block chain splits, such an error can't be corrected for about 120 block, were another non-bond recognizing  miner may process the transaction.

On second though, this will split the block chain. The "standard" miners have no way of recognising a "non-recoverable" address: in fact, there is no way for prove that such addresses will never be generated by chance. Any miners and not knowing about the "bonds" will reject any block containing the bond reimbursement transaction that appears to create money out of thin air. The way transactions work; all transactions are tracked back to the coin creation. Coin creation is governed by a set of rules all nodes must agree to in order to recognise valid coins.

I am confident that bonds can not be introduced directly into the blockchain without creating an new block chain. If you are confident there is demand for bonds, you can try to convince people to join bitcoin2. I will be staying with the original bitcoin for at least 2 years (to see what happens when the block-reward drops).

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
becoin
Legendary
*
Offline Offline

Activity: 3431
Merit: 1233



View Profile
July 14, 2011, 08:00:43 PM
 #45

I think both methods suggested open the door for fraud.
That's the idea. Make other people to partially pay your risk as lender. As no bitcoin owner would voluntarily do that they want to force it by changing the bitcoin protocol. What a stupid idea. You can't teach old monkey to new tricks!
freequant
Hero Member
*****
Offline Offline

Activity: 770
Merit: 500


View Profile
July 15, 2011, 04:50:41 AM
 #46

Very interesting idea that would indeed allow for Bitcoin loans, and counter deflation by reinjecting in the market the money hoarded by long term investors.
1. Allow for bitcoin loans? There is nothing to prevent you from lending your bitcoins now!
Is that supposed to be an argument?
There is nothing to prevent you from moving around using your feet, does that make cars and other means of transportation useless? No, because such means of transportation offer many advantages over using your feet alone.
Same thing for distributed bonds as explained above : no need for a third party, not need of a physical colateral in escrow, very low risk of default as the debtor is the whole network itself, and the payback is algorithmically guaranteed. The only way the network will default on the bond is if Bitcoin itself goes belly up in which case Bitcoins will be worthless anyway.


2. Counter deflation? What deflation? Lack of inflation is not equal to deflation!
Again is that supposed to be an argument?
Inflation and deflation are on a continuum...

That being said, you commented only on the first line which was not the main point of my post.
freequant
Hero Member
*****
Offline Offline

Activity: 770
Merit: 500


View Profile
July 15, 2011, 05:29:49 AM
 #47

I think both methods suggested open the door for fraud.
Can you develop?

Also, miners processing the transaction are chosen by lottery.
Not with the second method I proposed (the first one was just there for the completeness but is impractical).
With the second method, the only transaction that will issue the bond is the bond buyer discarding his 50BTCs by sending then to an unrecoverable address. Which miner will get the block that contains the bond generating transaction does not matter. This is just a transaction among other transactions that need to be kept in the ledger.
The payment of the bond to the seller (the network) is implemented by allowing the network to issue one more block before next difficulty change without taking into account that block in the difficulty. This is possible because 50BTCs have been destroyed, and can therefore be reprinted.
The miner who will mine this last extra block is random, but that doesn't matter because everyone on the network has a chance to get the block that is proportional to their computing power.
This is exactly the same as if you have 60 fishes in a pond, and 10 fishers fishing them, and someone drops one extra fish in there.
Someone will get that extra fish, but who will get it doesn't matter at all.
What matters is that, by dropping this fish in the pond, the bond buyer paid one fish to the fishers network, and that the payout was fair to all the fishers as it increased equally the expected value of their income.

For the rest, I agree with your arguments that this cannot work if not all the clients recognize the bond-enabled protocol.
As there is no way to enforce that clients upgrade their software, this could result in a fork.

I expect however that the opportunity of mining more blocks now while the difficulty is less high will act a an incentive for the miners to move to the new block chain that is more profitable on short term.
freequant
Hero Member
*****
Offline Offline

Activity: 770
Merit: 500


View Profile
July 15, 2011, 05:46:35 AM
 #48

I think both methods suggested open the door for fraud.
That's the idea. Make other people to partially pay your risk as lender. As no bitcoin owner would voluntarily do that they want to force it by changing the bitcoin protocol. What a stupid idea. You can't teach old monkey to new tricks!
Becoin, you don't need to force yourself to comment if you have really nothing constructive to tell.
You can claim things are stupid randomly without giving any valid argument.
But just keep in mind that by doing such claim, you are letting only two possible conclusions to people who read the thread : either the idea really is stupid, or you are the one who is.
becoin
Legendary
*
Offline Offline

Activity: 3431
Merit: 1233



View Profile
July 15, 2011, 12:15:08 PM
 #49

Quote
Is that supposed to be an argument?
freequant, no argument is good enough for people that don't want to listen to any argument.

Quote
There is nothing to prevent you from moving around using your feet, does that make cars and other means of transportation useless? No, because such means of transportation offer many advantages over using your feet alone.
There are no advantages because what you suggest is not additional option of transportation but substitution. What you suggest is to surgically remove the legs of all newly born babies to force them use cars to move around whenever they need to. No thanks.

Quote
very low risk of default as the debtor is the whole network itself
That pretty much says it all.
So, I'll be a debtor because I have no choice but use your debt 'vehicle' as money. People will use cryptodebt as currency to facilitate commercial turnover IF ONLY the option of cryptocash is artificially removed. This is why you insist bitcoin protocol be changed. Again, no thanks. Make your own blockchain and try to find enough fools to use it just for the sake of being debtors.

Quote
Inflation and deflation are on a continuum...
Ahh, thank you for making yourself clear.

Quote
either the idea really is stupid, or you are the one who is.
This idea is really stupid. It is just stupid as saying that gold is not money but an asset. For the last 5000 years gold was used as money. For the last 30 years, however, some 'brilliant' people are trying to convince us it is not money but an asset?! We all know why... They just can't image how will their miserable life go on without the free lunch (aka risk-free debt)!
cunicula (OP)
Legendary
*
Offline Offline

Activity: 1050
Merit: 1003


View Profile
July 15, 2011, 02:12:34 PM
 #50

Freequent'+, I like your idea, but I have two questions that concern me.

What reward is offerred for sending the coins to an unrecoverable address?
The bond purchaser needs to receive more coins at maturity than he offers initially escrows.

What determines the maximum number of bond coins that can be issued? If there is no constraint, the system will very quickly result in all 21 million coins being issued as bond coins immediately.

One note: It will probably be simpler to issue the bonds as zero coupon bond. These are bonds which pay all of their interest as a lump sum at maturity rather than a periodic stream of interest payments.
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
July 16, 2011, 06:35:47 AM
 #51

I think both methods suggested open the door for fraud.
Can you develop?

It complicates the protocol. The system guards against fraud by using a lottery to determine who processes a block. The difficulty of producing a block is automatically adjusted such that one block is processed approximately every 10 minutes. Adding new types of blocks without the same constraints will hurt the security guarantees of the bitcoin network. You can likely mitigate this by only creating new types of transactions instead of new types of blocks. You would still have to convince everybody to agree to support them.

You may want to investigate if contracts and scripts can do what you want. I think you would be able to force a coin to be unspendable for a length of time, but I don't think you would be able to loan a coin.

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
cunicula (OP)
Legendary
*
Offline Offline

Activity: 1050
Merit: 1003


View Profile
July 16, 2011, 06:40:49 AM
 #52

I think both methods suggested open the door for fraud.
Can you develop?

It complicates the protocol. The system guards against fraud by using a lottery to determine who processes a block. The difficulty of producing a block is automatically adjusted such that one block is processed approximately every 10 minutes. Adding new types of blocks without the same constraints will hurt the security guarantees of the bitcoin network. You can likely mitigate this by only creating new types of transactions instead of new types of blocks. You would still have to convince everybody to agree to support them.

You may want to investigate if contracts and scripts can do what you want. I think you would be able to force a coin to be unspendable for a length of time, but I don't think you would be able to loan a coin.

Include the "same kinds of constraints" on processing speed then. Where is the problem?
phillipsjk
Legendary
*
Offline Offline

Activity: 1008
Merit: 1001

Let the chips fall where they may.


View Profile WWW
July 16, 2011, 07:00:23 AM
 #53

Include the "same kinds of constraints" on processing speed then. Where is the problem?

The problem is that currently transaction blocks create coins at a predictable rate. The difficulty is tuned such that transaction blocks happen at a predictable rate. If you throw new types of transaction blocks into the mix, either you will affect the rate of coin creation or the rate at which transactions are processed. You would break the automatic tuning mechanism.

The only way your proposal can work is if you come up with a new type of transaction that does not directly affect coin creation. In any case, it is likely you will still need to start your own block chain. This may be a case where Bitcoin should focus on doing a few things well.

Guaranteeing bonds does not appear to be something bitcoin is designed to do. Bitcoin works by keeping a public transaction log. Participants trust that the majority of participants don't want to tamper with the public transaction log. The individual participants still need to trust each other when exchanging goods and services. The payments can't be reversed, but the seller can fail to send the goods, for example.

James' OpenPGP public key fingerprint: EB14 9E5B F80C 1F2D 3EBE  0A2F B3DE 81FF 7B9D 5160
cunicula (OP)
Legendary
*
Offline Offline

Activity: 1050
Merit: 1003


View Profile
July 16, 2011, 08:59:02 AM
 #54

Include the "same kinds of constraints" on processing speed then. Where is the problem?

The problem is that currently transaction blocks create coins at a predictable rate. The difficulty is tuned such that transaction blocks happen at a predictable rate. If you throw new types of transaction blocks into the mix, either you will affect the rate of coin creation or the rate at which transactions are processed. You would break the automatic tuning mechanism.

The only way your proposal can work is if you come up with a new type of transaction that does not directly affect coin creation. In any case, it is likely you will still need to start your own block chain. This may be a case where Bitcoin should focus on doing a few things well.

Guaranteeing bonds does not appear to be something bitcoin is designed to do. Bitcoin works by keeping a public transaction log. Participants trust that the majority of participants don't want to tamper with the public transaction log. The individual participants still need to trust each other when exchanging goods and services. The payments can't be reversed, but the seller can fail to send the goods, for example.

yeah of course this would radically alter the system. Regardless of how it is implemented, it will significantly alter the time structure of the money supply. If the change is almost certain to add value it should be implemented. Conservatism is an ideology not an argument.
markm
Legendary
*
Offline Offline

Activity: 2940
Merit: 1090



View Profile WWW
July 16, 2011, 09:15:48 AM
 #55

By forking, do you mean everyone who owned coins prior to the fork owns coins in both resulting forks?

If you simply mean starting a new blockchain-based currency with a new feature the original Bitcoins do not have, that can be done and there are those who would welcome it.

You could even pick yourself a nation in the Galactic Milieu to play, whose currency will operate in the way you design.

-MarkM-

Browser-launched Crossfire client now online (select CrossCiv server for Galactic  Milieu)
Free website hosting with PHP, MySQL etc: http://hosting.knotwork.com/
cunicula (OP)
Legendary
*
Offline Offline

Activity: 1050
Merit: 1003


View Profile
July 16, 2011, 10:10:56 AM
 #56

By forking, do you mean everyone who owned coins prior to the fork owns coins in both resulting forks?

If you simply mean starting a new blockchain-based currency with a new feature the original Bitcoins do not have, that can be done and there are those who would welcome it.


First option is much better. If the bitcoin protocols are not adjusted, a new crpytocurrency can only emerge by replacing bitcoin. Prolonged coexistence of the two currencies seems extremely unlikely to me. All stakeholders in bitcoin would be wiped out. The new cryptocurrency would suffer the same fate at some point unless it adopted a more flexible approach. Forking is attractive because it allows innovation without wiping out stakeholders. Wiping out stakeholders in one cryptocurrency project will undermine trust in future cryptocurrency projects.

I'm worried that the bitcoin community will take an extremely rigid approach and try to avoid forks at all costs. I think excessive rigitidity will cause bitcoin to fail. If need be, I certainly plan to try to contribute towards the introduction of a new blockchain. In the meantime, I will continue to push for forking which I view as better for cryptocurrency at large.

Finally, if one introduces a new blockchain, it is better to introduce many improvements simultaneously rather than just one. This is just one of the ones I have in mind.
markm
Legendary
*
Offline Offline

Activity: 2940
Merit: 1090



View Profile WWW
July 16, 2011, 11:24:46 AM
Last edit: July 16, 2011, 11:49:04 AM by markm
 #57

Well get it down in code and when all the features you want are in the code we can fire it up.

EDIT: we already have 100-block bonds! The 50 coins a miner mines do not mature for 100 blocks. Maybe you could start by making use of those to establish that there is in fact a market for coins that are not yet mature. If there is, then maybe in your blockchain you could simply have the time to maturity increase each block so that eventually miners will be mining long term bonds instead of the current 100-block bonds?

-MarkM-

Browser-launched Crossfire client now online (select CrossCiv server for Galactic  Milieu)
Free website hosting with PHP, MySQL etc: http://hosting.knotwork.com/
cunicula (OP)
Legendary
*
Offline Offline

Activity: 1050
Merit: 1003


View Profile
July 16, 2011, 12:00:14 PM
 #58

Well get it down in code and when all the features you want are in the code we can fire it up.

-MarkM-

you missed the part where i said i was an economist not a coder. Nevertheless i am trying to help organize a network of people who are interested in creating a new and improved blockchain. The key steps are
1) recruiting interested talent
2) thinking about possible improvements
3) arriving at a consensus about which improvements should be incorporated in a new chain
4) coding the chain



It will be a long process with only a small probability of success. Interested parties are welcome to pm me, either just to offer suggestions or to express interest in future participation.

markm
Legendary
*
Offline Offline

Activity: 2940
Merit: 1090



View Profile WWW
July 16, 2011, 12:06:02 PM
 #59

CHeck out the GRouPcoin->DEVcoin project. We are currently developing and testing code aimed, apparently, at funding developers and thus, presumably, development.

Also, come up with a name for your new currency, one that can be nicely represented by a three-letter code (e.g. BTC, CDN, UKB, NKL, UNS, GRP, DEV, etc etc etc) so we have a name to use as we prototype it.

-MarkM-

Browser-launched Crossfire client now online (select CrossCiv server for Galactic  Milieu)
Free website hosting with PHP, MySQL etc: http://hosting.knotwork.com/
TierNolan
Legendary
*
Offline Offline

Activity: 1232
Merit: 1083


View Profile
July 16, 2011, 05:29:32 PM
 #60

You may want to investigate if contracts and scripts can do what you want. I think you would be able to force a coin to be unspendable for a length of time, but I don't think you would be able to loan a coin.

Mostly, loans require trust outside the system.  You give someone the loan and if they buy something with the money, the seller gets the money.  The lender has no further claim against the seller.

A loan that is enforced by the system would effectively be a coin that expires at time X (and reverts back to its original owner).  I doubt people would be willing to treat it as a full bitcoin, but maybe it would have some value.

1LxbG5cKXzTwZg9mjL3gaRE835uNQEteWF
Pages: « 1 2 [3] 4 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!