http://opentransactions.org/wiki/api.php?action=feedcontributions&user=Murrekatt&feedformat=atomOpen Transactions - User contributions [en]2024-03-28T09:01:26ZUser contributionsMediaWiki 1.32.2http://opentransactions.org/wiki/index.php?title=Main_Page&diff=2090Main Page2014-05-25T12:15:27Z<p>Murrekatt: </p>
<hr />
<div>===Open-Transactions===<br />
<br />
The Open-Transactions project is a collaborative effort to develop a robust, commercial-grade, fully-featured, '''free-software toolkit''' implementing the [[OTX|OTX protocol]] as well as a full-strength '''financial cryptography''' [[List_of_Classes|library]], API, CLI, and prototype server. The project is managed by a worldwide community of volunteers that use the Internet to communicate, plan, and develop the Open-Transactions toolkit and its related documentation.<br />
<br />
* [[About|About Open-Transactions]]<br />
* [[Installation]]<br />
* [[opentxs|Using the command-line tool]]<br />
* [[API|Using the API]]<br />
* [[otserver|Using the server]]<br />
* [https://github.com/Open-Transactions/Moneychanger Moneychanger (Qt-based Desktop Client)]<br />
<br />
Open-Transactions democratizes financial and monetary actions. You can use it for issuing currencies/stock, paying dividends, creating asset accounts, sending/receiving digital cash, writing/depositing cheques, cashier's cheques, creating basket currencies, trading on markets, scripting custom agreements, recurring payments, escrow, etc.<br />
<br />
Open-Transactions uses strong crypto. The balances are unchangeable (even by a malicious server.) The receipts are destructible and redundant. The transactions are unforgeable. The cash is unlinkable. The cheques are non-repudiable. Etc.<br />
<br />
This product includes software developed by Ben Laurie for use in the [https://github.com/benlaurie/lucre Lucre] project.<br />
<br />
Credit for the OT logo goes to: moltenmich<br />
<br />
=== Mailing list and IRC ===<br />
<br />
Mailing list: ot-dev@opentransactions.org<br />
<br />
[http://opentransactions.org/mailman/listinfo/ot-dev_opentransactions.org Subscribe to mailing list]<br />
<br />
IRC channel: '''#opentransactions''' on irc.freenode.net<br />
<br />
=== Downloads ===<br />
<br />
[http://github.com/Open-Transactions/Open-Transactions Source code on github]<br />
<br />
[http://sourceforge.net/projects/opentxs/files/latest/download Linux/OSX tarball]<br />
<br />
[https://code.launchpad.net/~opentxs/+archive/ppa Ubuntu PPA (experimental for devs)]<br />
<br />
[https://bitcointalk.org/index.php?topic=77301.msg859040#msg859040 Windows binary installer ]</div>Murrekatthttp://opentransactions.org/wiki/index.php?title=Category:Voting_Pools&diff=2089Category:Voting Pools2014-05-25T12:13:37Z<p>Murrekatt: /* Abstract, Authors List, Keywords */</p>
<hr />
<div><div class="toclimit-2">__TOC__</div><br />
== Abstract, Authors List, Keywords ==<br />
<br />
Open Transactions is a financial cryptography library and software system featuring client user-interfaces where users can create, store, and transfer digital assets, instruments, and contracts via transaction servers. We describe a "voting pool" protocol for using consensus votes to process cryptocurrency transactions on the Open Transactions network. In the voting pool scheme, digital currencies can be deposited into multi-signature wallets where a spend transaction can only be initiated by a consensus vote signed by a group of independent auditors. Voting pools provide end-users with greater trust because they decentralize control over the deposited funds, ensuring that no individual server operator can transfer user funds without the complicity of a majority of the other voting pool members. Voting pools also provide unique security features such as shared multi-signature hot-and-cold wallet rotation and trusted multi-signed payment requests for deposit addresses. Voting pools allow end-users to deposit, trade, and withdraw cryptocurrencies on the Open Transactions network with greater trust than on any system that doesn't implement voting pools.<br />
<br />
<div center>'''authors''': (to be decided at time of publication)</div><br />
<br />
'''Keywords''': cryptography, cryptocurrency, Diffie-Hellman, key exchange, currency, FOREX, contracts, Chaumian cash, bitcoin, financial, transactions, multi-signature, encryption, trust, servers, consensus, voting, game theory<br />
<br />
== Introduction ==<br />
<br />
Open-Transactions (OT) is a financial cryptography library that implements triple entry accounting with destructible receipts. OT allows creditors to issue liabilities in the form of digitally signed and notarized receipts whose balances can be traded as currency and are available for manipulation via smart contracts and other financial instruments. Transactions are constructed by users and notarized by [[transaction servers]]. OT maintains a real-time, cryptographically secured state of all liability balances for a given issuance type. Account balances in OT are protected from tampering with strong cryptography, which eliminates the co-mingling of funds between unrelated accounts. As an accounting system, OT does not normally have the ability to manipulate actual underlying assets, such as physical gold reserves.<br />
<br />
Bitcoin is a digital asset ledger that includes its own currency and payment system. Bitcoins are not backed by any issuer, and therefore carry no counterparty risk. The validity of the global Bitcoin ledger (blockchain) is enforced by a global P2P network which requires, on average, ten minutes to update.<br />
<br />
With regards to OT, Bitcoin (and other cryptocurrencies) form a unique case. Since cryptocurrencies can be manipulated digitally in the way that other assets can not, OT servers can provide additional functions beyond merely ownership accounting. Importantly, in the case of cryptocurrencies, OT can provide auditing and safe storage of reserves on the blockchain itself. Since OT servers can process transactions more rapidly and inexpensively than a blockchain, it is desirable in many cases to allow an OT server to handle financial transactions off-chain, rather than performing them directly on the blockchain itself.<br />
<br />
Many services in the cryptocurrency space already require this functionality. Currency exchanges and other trading platforms usually desire to perform order matching more rapidly than what is possible on the blockchain itself. These services accept custody of user funds, perform transactions in a separate off-chain system, and use a database to track customer balances. Typically these services are not cryptographically secured, or independently auditable. Customers also give full control of their deposited funds to the custodial service, which exposes them to the risk of theft or loss of their coins.<br />
<br />
Unlike legacy currencies, cryptocurrencies can be irrevocably lost or stolen, and it’s typically not possible to distinguish between insider or external theft. Historically, this ambiguity appears to have been routinely exploited.<br />
<br />
Voting pools are an arrangement of OT transaction servers to securely store and account for customer cryptocurrency deposits, and to redeem valid withdrawal requests even in the event the custodial entity has completely disappeared. They are designed to ensure that no single person or organization can ever perform unilateral actions on deposited funds in order to reduce the risk of loss or theft, and custodial liability.<br />
<br />
Voting pools are an open standard intended to be a universal replacement for bespoke systems that handle customer cryptocurrency deposits.<br />
<div class="toccolours mw-collapsible mw-collapsed"><br />
<br />
==Voting Pool Overview==<br />
<div class="mw-collapsible-content"><br />
{{:Voting_Pools/Voting_Pool_Overview}}<br />
</div></div><br />
<br />
==Wallet Providers==<br />
<br />
==Design Criteria==<br />
<br />
In order to achieve the desired security and robustness goals for voting pools, the following criteria are enforced:<br />
<br />
#Customers should be strongly discouraged from reusing deposit addresses. The voting pool itself must never intentionally reuse a bitcoin address.<br />
#All Bitcoin addresses used by the pool must be deterministic for auditing purposes. Each member of the pool should be able to calculate all members’ series of deposit and change addresses.<br />
#Withdrawal transaction input selection must be deterministic in order to minimise the cost of coordinating transaction signing.<br />
#It must be possible to keep a majority of the private keys offline for security reasons, and bring them online as needed to process withdrawals.<br />
#It must be possible to alter the voting pool by adding, removing, or replacing members in a coordinated and secure fashion.<br />
<br />
==Security Model==<br />
<br />
The goal of the voting pool security model is that users of deposit-accepting services should never experience a loss of deposited funds.<br />
<br />
We can group the various ways in which this goal might not be met into two general categories:<br />
<br />
;Type 1 Event ('''Theft/Loss''')<br />
:A user permanently loses their funds because a third party has gained control of them without the user’s consent, or because the private keys needed to spend them have been irrevocably lost.<br />
<br />
;Type 2 Event ('''Denial of Service''')<br />
:A user temporarily loses some or all of their ability to use their funds, but no third party has gained control over them.<br />
<br />
Type 0 Events will be used to describe all other abnormal conditions from which the pool must recover which do not directly involve a loss of customer deposits.<br />
<br />
<br />
====Voting Pool Security Theorem====<br />
<br />
If the probability of <code>m+1</code> (Type 1 Event) or <code>n-m+1</code> (Type 2 Event) services simultaneously and identically behaving in a malicious or incompetent manner is lower than the probability of any individual server behaving in a malicious or incompetent manner, user deposits on that service are at less risk of loss if the service is a member of an <code>m-of-n</code> voting pool than they would be at risk if the service is not a member of a voting pool.<br />
<br />
Voting pools can guarantee the integrity of user deposits if, in any given situation, at least <code>m</code> pool members are well-behaving for Type 1 events and at least <code>n-m</code> pool members are well-behaving for Type 2 events.</div>Murrekatthttp://opentransactions.org/wiki/index.php?title=Main_Page&diff=2022Main Page2014-05-06T10:18:26Z<p>Murrekatt: Added mailing list and IRC details on main page</p>
<hr />
<div><div style="float:left; max-width: 1150px;"><br />
===Open-Transactions===<br />
<br />
The Open-Transactions project is a collaborative effort to develop a robust, commercial-grade, fully-featured, '''free-software toolkit''' implementing the [[OTX|OTX protocol]] as well as a full-strength '''financial cryptography''' [[List_of_Classes|library]], API, CLI, and prototype server. The project is managed by a worldwide community of volunteers that use the Internet to communicate, plan, and develop the Open-Transactions toolkit and its related documentation.<br />
<br />
* [[About|About Open-Transactions]]<br />
* [[Installation]]<br />
* [[opentxs|Using the command-line tool]]<br />
* [[API|Using the API]]<br />
* [[otserver|Using the server]]<br />
* [https://github.com/Open-Transactions/Moneychanger Moneychanger (Qt-based Desktop Client)]<br />
<br />
Open-Transactions democratizes financial and monetary actions. You can use it for issuing currencies/stock, paying dividends, creating asset accounts, sending/receiving digital cash, writing/depositing cheques, cashier's cheques, creating basket currencies, trading on markets, scripting custom agreements, recurring payments, escrow, etc.<br />
<br />
Open-Transactions uses strong crypto. The balances are unchangeable (even by a malicious server.) The receipts are destructible and redundant. The transactions are unforgeable. The cash is unlinkable. The cheques are non-repudiable. Etc.<br />
<br />
This product includes software developed by Ben Laurie for use in the [https://github.com/benlaurie/lucre Lucre] project.<br />
<br />
Credit for the OT logo goes to: moltenmich<br />
<br />
=== Mailing list and IRC ===<br />
<br />
Mailing list: ot-dev@opentransactions.org<br />
<br />
[http://opentransactions.org/mailman/listinfo/ot-dev_opentransactions.org Subscribe to mailing list]<br />
<br />
IRC channel: '''#opentransactions''' on irc.freenode.net<br />
<br />
</div><br />
<br />
<div style="float:right; max-width: 400px; margin: -20px 10px 0 20px;"><br />
<br />
=== Downloads ===<br />
<br />
<br />
[http://github.com/Open-Transactions/Open-Transactions Source code on github]<br />
<br />
[http://sourceforge.net/projects/opentxs/files/latest/download Linux/OSX tarball]<br />
<br />
[https://code.launchpad.net/~opentxs/+archive/ppa Ubuntu PPA (experimental for devs)]<br />
<br />
[https://bitcointalk.org/index.php?topic=77301.msg859040#msg859040 Windows binary installer ]<br />
</div></div>Murrekatthttp://opentransactions.org/wiki/index.php?title=About&diff=2021About2014-05-06T10:15:20Z<p>Murrekatt: </p>
<hr />
<div>__NOTOC__<br />
<div class="plainlinks"><br />
{| id="mp-topbanner" style="width:100%; background:#f6f6f6; margin-top:1.2em; border:1px solid #ddd;"<br />
| style="width:61%; color:#000;" |<br />
<!-- "Welcome to Open-Transactions" --><br />
{| style="width:100%; border:none; background:none;"<br />
| style="text-align:center; white-space:nowrap; color:#000;" |<br />
<div style="font-size:162%; border:none; margin:0; padding:.1em; color:#000;">About the Open-Transactions project.</div><br />
<div style="top:+0.2em; font-size:95%;">Financial cryptography software.</div><br />
<div id="articlecount" style="width:100%; text-align:center; font-size:85%;">[[Special:Statistics|{{NUMBEROFARTICLES}}]] [[Special:Allpages|articles]].</div><br />
|}<br />
|}<br />
<br />
<div style="float:left; max-width: 550px;"><br />
<br />
<br />
<big>'''What is Open-Transactions?'''</big><br />
<br />
* Open-Transactions is an [[Use Cases|easy-to-use]], financial crypto, [[Sample Cash|digital cash]] and transaction [[List of Classes|library]].<br />
* Open-Transactions includes a [[API|client API]], a working [[Otserver|server]], a [[TestGUI|GUI test wallet]] (in Java) and a [[opentxs|command-line]] wallet utility.<br />
* Open-Transactions features: a large variety of financial instruments, markets, basket currencies, unforgeable account balances, digital cash, destruction of account history, [http://iang.org/papers/ricardian_contract.html Ricardian contracts], Smart Contracts (scriptable clauses), and more.<br />
<br />
<br />
<big>'''What does it do?'''</big><br />
<br />
* Open-Transactions allows users to issue and manipulate digital assets.<br />
* Any issuer can sign and distribute new [[Sample Currency Contract|currency contracts]] in order to create new digital asset types.<br />
* Users may create many ''pseudonyms'' (public keys), each of which may own ''asset accounts'' of various types, on OT servers.<br />
* Users can operate '''&quot;cash-only&quot;''' ''(without accounts)'' for maximum anonymity, using '''[[Sample Cash|unlinkable digital cash]]'''.<br />
<br />
<br />
<big>'''Financial Instruments'''</big><br />
* Users can transfer digital assets ''securely and provably'', with [[Triple-Signed Receipts|receipts]] signed by all parties.<br />
* '''Even an OT server cannot change balances, or forge transactions--since it cannot forge your signature on your receipt.'''<br />
* Open-Transactions supports a range of '''[[Instruments|financial instruments]]''' such as account transfer, '''[[Sample-Cheque|cheques]]''' and vouchers (aka &quot;cashier's cheques&quot; or &quot;banker's cheques&quot;), in addition to cash.<br />
* These instruments are all analogous to the same financial instruments that we all use at normal banks today. Everyone already has an intuitive understanding of these financial instruments, because we use them regularly in our normal daily lives.<br />
<br />
<br />
<big>'''Markets, Basket Currencies, and Smart Contracts'''</big><br />
* Open-Transactions also implements higher-level, '''contract-based transactions''' such as '''payment plans''' and '''markets with trades'''.<br />
* The [[Markets|markets]] on Open-Transactions support ''market orders, limit orders, fill-or-kill orders, day orders, stop orders, and stop limits'', just like trading on a real market.<br />
* '''Basket currencies''' are also supported, as well as payment plans (recurring payments.)<br />
* [[Smart contracts]]: Multi-party agreements with scriptable clauses... including hooks, callbacks, internal state, etc.<br />
* [[Client-side scripting]]: <code>!/usr/bin/env ot</code> The entire (mostly) high and low level OT API is available within your scripts.<br />
<br />
<br />
<big>'''Triple Signed Receipts'''</big><br />
* All of this is accomplished in such a way that all parties are able to ''prove'', at all times, ''which transactions have cleared and which instruments are authorized'', '''without having to store their entire transaction history''', but instead by merely keeping the '''last signed receipt'''.<br />
* Without the special mechanism that makes this possible, ''all parties would otherwise be forced to store all receipts forever''.<br />
* Nyms and Asset Types have consistent IDs across all OT servers, since the ID is formed by hashing the relevant contract or public key.<br />
<br />
</div><br />
<br />
<br />
<div style="float:right; max-width: 300px; margin: -20px 10px 0 20px;"><br />
<br />
== Diagrams ==<br />
<br />
[http://billstclair.com/ot/ot-diagram.jpg Architecture Overview]<br />
<br />
[http://billstclair.com/ot/OT-Anon-CashOnly.jpg Fully-Anonymous (cash only)]<br />
<br />
[http://billstclair.com/ot/OT-Pseudonym-Instruments.jpg Pseudo-Anonymous (using accounts)]<br />
<br />
== Radio Interviews ==<br />
<br />
[http://agoristradio.com/?p=234 Part 1, courtesy of AgoristRadio]<br />
<br />
[http://agoristradio.com/?p=246 Part 2, courtesy of AgoristRadio]<br />
<br />
[https://www.youtube.com/watch?v=vtJcUM5-TeA Interview with "Let's Talk Bitcoin"]<br />
<br />
[http://www.youtube.com/watch?v=HSgpStCTw2g Interview with FutureMoneyTrends.com]<br />
<br />
== Video Walkthrough ==<br />
<br />
[http://goo.gl/Ea6rzq Desktop video 1 - Introduction]<br />
<br />
[http://goo.gl/i0J3AF Desktop video 2 - Advanced]<br />
<br />
[http://goo.gl/8Dxak1 iPhone video 1 - Introduction]<br />
<br />
[http://goo.gl/u6xqHc iPhone video 2 - Advanced]<br />
<br />
[http://vimeo.com/28141679 java testclient video 1]<br />
<br />
[http://vimeo.com/28142096 java testclient video 2]<br />
<br />
[http://open-transactions.github.io/tv/ Official video archive (more videos)]<br />
<br />
-----<br />
<br />
Bitcoin donation address: 1NtTPVVjDsUfDWybS4BwvHpG2pdS9RnYyQ<br />
<br />
'''IRC:''' #opentransactions at irc.freenode.net<br />
<br />
Mailing list: ot-dev@opentransactions.org<br />
<br />
[http://opentransactions.org/mailman/listinfo/ot-dev_opentransactions.org Subscribe to mailing list]<br />
<br />
[[Components and GNU Licensing]]<br />
<br />
-----<br />
<br />
Is Open-Transactions '''[[CENTRALIZED|centralized]]?'''<br />
<br />
The vision is not of a central server that you must trust. Rather, the vision is of federated servers you don't have to trust.<br />
<br />
-----<br />
<br />
[[Vulnerabilities|Potential vulnerabilities]] of Open-Transactions<br />
<br />
== Related Systems ==<br />
<br />
[http://bitcoin.org/ Bitcoin] - A censorship-resistant global ledger<br />
<br />
[https://loom.cc/help Loom] - Asset issuance and transactions<br />
<br />
[http://www.csee.umbc.edu/~woodcock/cmsc482/proj1/magmoney.html Magic Money] - PGP-based Chaumian blinding (unlinkable cash)<br />
<br />
[http://opencoin.org/ OpenCoin.org] - REST-based blinded tokens<br />
<br />
[http://www.opentransact.org/ OpenTransact] - REST-based transaction protocol<br />
<br />
[https://payswarm.com/ PaySwarm] - REST-based transaction protocol<br />
<br />
[https://www.facebook.com/publickeytransaction PKTP] - Public-Key Transaction Processor<br />
<br />
[http://wiki.dgcmagazine.com/index.php?title=Ricardo Ricardo] - Transaction system by Ian Grigg<br />
<br />
[https://ripple.com/ Ripple] - Consensus-based debt ledger<br />
<br />
[http://truledger.com/ Truledger] - Destruction of account history<br />
<br />
[http://www.voucher-safe.com/index.cfm Voucher-Safe] - Secure asset issuance with auditing<br />
<br />
---------<br />
<br />
Article: [http://pelagic.wavyhill.xsmail.com/Private_Digital_Economy.html Toward a Private Digital Economy]<br />
<br />
</div><br />
<br />
<div style="clear: both; padding-top: 40px;"><br />
<br />
== In More Detail... ==<br />
<br />
The server itself is a [[Transactions|transaction processor]] in the cypherpunk tradition. In more detail:<br />
<br />
* Many '''financial instruments''' are supported: Users can write '''cheques''', purchase '''cashier's cheques''' (&quot;vouchers&quot;), and withdraw in '''[[Sample Cash|unlinkable digital cash]]'''. The software uses Chaumian-style, blinded tokens courtesy of the [http://anoncvs.aldigital.co.uk/lucre/ Lucre] library by Ben Laurie.<br />
* It's like '''PGP FOR MONEY'''. The idea is to have many cash algorithms, not just Lucre. I’d like to add Chaum’s version, Brands’ version, etc. So that, just like PGP, the software should support as many of the top algorithms as possible, and make it easy to swap them out when necessary.<br />
* User accounts are '''pseudonymous'''. '''A user account is a public key'''. (This is like [http://pktp.co.cc/ PKTP] by Andrew McMeikan.) You can open as many user accounts as you want. ''Full anonymity'' is possible only for "cash-only" transactions (where users only perform token exchanges, and do not open accounts), whereas ''pseudonymity'' means that transactions can be linked to the key that signed them. (While the real life identity of the owner is hidden, continuity of reputation becomes possible.) ''See full-color diagrams linked above''.<br />
* '''Any user can issue new digital currencies''' and digital asset types, by uploading the new [currency contract] to the server. (This functionality is comparable to [http://www.systemics.com/docs/sox/overview.html Ricardo] by [http://financialcryptography.com/ Ian Grigg].)<br />
* '''Users can open asset accounts of any type.''' You can have as many as you want, associated with each user account. (See [http://loom.cc/ Loom] by Patrick Chkoreff.)<br />
* [[Triple-Signed Receipts|Triple Signed Receipts / No Account History]]. On OT, entities are able to conduct transactions, verify instruments, ''and'' provably agree on current holdings via ''signed receipts'', all without the need to store any transaction history.'' An ''asset account'' on OT is not according to the traditional sense of the word (an account normally being thought of as, "a list of transactions, with a balance, used in double-entry bookkeeping.") While the word "account" makes things easy to understand, an ''asset account'' on OT exists only in the mind of the account holder himself. He simply asks the server to agree with him that it exists, and to provide him with a signed receipt to that effect. In the user interface, OT is able to mimic the ''account metaphor'', making usage intuitive, even though ''no actual account exists, or need be stored on either side, other than the signed receipt itself!'' (See Bill St. Clair's excellent [http://truledger.com/ Truledger] for an [http://truledger.com/doc/plain-english.html example of this concept].)<br />
* Open Transactions also features '''markets'''. Any two asset types can be traded against each other. The [[markets]] are full-featured and include '''limit orders, stop orders, fill-or-kill, day orders''' (date ranges), and '''stop limits'''.<br />
* Open Transactions also supports '''basket currencies'''. Users can define their own, and the server handles the process of exchanging in and out of basket accounts. Baskets are treated by the software like any other asset type, (you can open accounts, transfer funds, withdraw cash, write cheques, and even '''trade basket currencies on markets'''.)<br />
* [[Smart contracts]]: Multi-party agreements with scriptable clauses... including hooks, callbacks, internal state, etc. This concept was originated by Nick Szabo: [http://szabo.best.vwh.net/contractlanguage.html smart contracts].<br />
* [[Client-side scripting]]: The entire OT API is now available for use in OTscripts on the client side. Just remember to put this at the top of the file: <pre>#!/usr/local/bin/ot --script</pre><br />
* Open Transactions also supports '''payment plans'''. Users can sign contracts with each other, and the server will carry out the terms and implement the payment plan. (A future goal is to issue new asset types based on revenue from payment plans--so they can also be traded on markets.)<br />
* '''Contracts''', in general, are very important to Open Transactions; they are the building block of the entire library. Open Transactions uses a Ricardian-style contract, and all the various instruments, data files, and messages resemble '''[[Sample Currency Contract | PGP-signed XML files]]'''. All objects serialize to a string.<br />
* The philosophy of the software is based around '''separation of powers''' (issuers and transaction servers being separate entities) as well as the '''distribution of risk'''. For example, Asset accounts can be distributed across multiple servers, and asset types can be distributed across multiple issuers (via baskets.) Read about the [[Auditing]] protocol.<br />
* Potential future instruments include: [http://www.goldstandardinstitute.net/2010/06/what-is-a-real-bill/ Real Bills], dividend-paying stocks (the same mechanism can be used as interest paying bonds) and collateralized debt obligations. (OT supports payment plans, so it would be easy to group tranches of OT's payment plans to pay into a single reserve account, as backing for a new stock offering that could be traded on OT markets.) This is similar to how basket currencies are implemented. Stocks/Bonds would pay shareholders by dropping a cheque into your stock account's inbox. These features aren't available yet, but they are easy to add given the existing OT infrastructure.<br />
* '''All communications are secured with OpenSSL.''' All messages are also signed and encrypted. All transactions require signatures from relevant parties including the server.<br />
* Open Transactions is '''open-source''', written in C++, object-oriented, and includes '''Native [[API]]s''' for '''Java, Ruby, Python, PHP, Perl, C, [http://www.digitalmars.com/d/2.0/overview.html D], C++, Objective-C, C#, Tcl, and LISP.''' (Also supporting JRuby, Jython, Scala, Clojure, Groovy, and any other language that works on the JVM.)<br />
* The software is fully '''cross-platform''': '''Linux, Mac OS X, FreeBSD, Android, and Windows''' are supported with makefiles, project files, and instructions.<br />
* STORAGE... The library itself is '''storage neutral''', and could be utilized across a variety of different storage systems. All objects serialize to a string, and it is very easy to add support for new storage methods. (Currently OT uses the filesystem with key/value pairs.) '''Adding a new storage method is as easy as subclassing OTDB::Storage and overriding a few methods. Use any DB you want.'''<br />
* [[Messaging]]... The library itself is '''transfer-protocol neutral''', and can be utilized across a variety of different transfer protocols. The default implementation uses the [http://zeromq.org/ ZeroMQ library] for transport. Transport is implemented as a callback function, so it's very easy (a few dozen lines of code) to swap in some other system, if you wish.<br />
* OT currently supports '''MsgPack''' and '''protobuf''' for data packing, though new packers can be added by subclassing OTDB::Packer.<br />
<br />
The intention is for this software to be integrated as many places as possible... Games, digital cash wallets, distributed data stores, secure voip apps, anonymous bit torrent networks, mixnets, remailers, nym servers, etc. There are many other potential uses.<br />
<br />
</div></div>Murrekatthttp://opentransactions.org/wiki/index.php?title=About&diff=2020About2014-05-06T10:14:48Z<p>Murrekatt: </p>
<hr />
<div>__NOTOC__<br />
<div class="plainlinks"><br />
{| id="mp-topbanner" style="width:100%; background:#f6f6f6; margin-top:1.2em; border:1px solid #ddd;"<br />
| style="width:61%; color:#000;" |<br />
<!-- "Welcome to Open-Transactions" --><br />
{| style="width:100%; border:none; background:none;"<br />
| style="text-align:center; white-space:nowrap; color:#000;" |<br />
<div style="font-size:162%; border:none; margin:0; padding:.1em; color:#000;">About the Open-Transactions project.</div><br />
<div style="top:+0.2em; font-size:95%;">Financial cryptography software.</div><br />
<div id="articlecount" style="width:100%; text-align:center; font-size:85%;">[[Special:Statistics|{{NUMBEROFARTICLES}}]] [[Special:Allpages|articles]].</div><br />
|}<br />
|}<br />
<br />
<div style="float:left; max-width: 550px;"><br />
<br />
<br />
<big>'''What is Open-Transactions?'''</big><br />
<br />
* Open-Transactions is an [[Use Cases|easy-to-use]], financial crypto, [[Sample Cash|digital cash]] and transaction [[List of Classes|library]].<br />
* Open-Transactions includes a [[API|client API]], a working [[Otserver|server]], a [[TestGUI|GUI test wallet]] (in Java) and a [[opentxs|command-line]] wallet utility.<br />
* Open-Transactions features: a large variety of financial instruments, markets, basket currencies, unforgeable account balances, digital cash, destruction of account history, [http://iang.org/papers/ricardian_contract.html Ricardian contracts], Smart Contracts (scriptable clauses), and more.<br />
<br />
<br />
<big>'''What does it do?'''</big><br />
<br />
* Open-Transactions allows users to issue and manipulate digital assets.<br />
* Any issuer can sign and distribute new [[Sample Currency Contract|currency contracts]] in order to create new digital asset types.<br />
* Users may create many ''pseudonyms'' (public keys), each of which may own ''asset accounts'' of various types, on OT servers.<br />
* Users can operate '''&quot;cash-only&quot;''' ''(without accounts)'' for maximum anonymity, using '''[[Sample Cash|unlinkable digital cash]]'''.<br />
<br />
<br />
<big>'''Financial Instruments'''</big><br />
* Users can transfer digital assets ''securely and provably'', with [[Triple-Signed Receipts|receipts]] signed by all parties.<br />
* '''Even an OT server cannot change balances, or forge transactions--since it cannot forge your signature on your receipt.'''<br />
* Open-Transactions supports a range of '''[[Instruments|financial instruments]]''' such as account transfer, '''[[Sample-Cheque|cheques]]''' and vouchers (aka &quot;cashier's cheques&quot; or &quot;banker's cheques&quot;), in addition to cash.<br />
* These instruments are all analogous to the same financial instruments that we all use at normal banks today. Everyone already has an intuitive understanding of these financial instruments, because we use them regularly in our normal daily lives.<br />
<br />
<br />
<big>'''Markets, Basket Currencies, and Smart Contracts'''</big><br />
* Open-Transactions also implements higher-level, '''contract-based transactions''' such as '''payment plans''' and '''markets with trades'''.<br />
* The [[Markets|markets]] on Open-Transactions support ''market orders, limit orders, fill-or-kill orders, day orders, stop orders, and stop limits'', just like trading on a real market.<br />
* '''Basket currencies''' are also supported, as well as payment plans (recurring payments.)<br />
* [[Smart contracts]]: Multi-party agreements with scriptable clauses... including hooks, callbacks, internal state, etc.<br />
* [[Client-side scripting]]: <code>!/usr/bin/env ot</code> The entire (mostly) high and low level OT API is available within your scripts.<br />
<br />
<br />
<big>'''Triple Signed Receipts'''</big><br />
* All of this is accomplished in such a way that all parties are able to ''prove'', at all times, ''which transactions have cleared and which instruments are authorized'', '''without having to store their entire transaction history''', but instead by merely keeping the '''last signed receipt'''.<br />
* Without the special mechanism that makes this possible, ''all parties would otherwise be forced to store all receipts forever''.<br />
* Nyms and Asset Types have consistent IDs across all OT servers, since the ID is formed by hashing the relevant contract or public key.<br />
<br />
</div><br />
<br />
<br />
<div style="float:right; max-width: 300px; margin: -20px 10px 0 20px;"><br />
<br />
== Diagrams ==<br />
<br />
[http://billstclair.com/ot/ot-diagram.jpg Architecture Overview]<br />
<br />
[http://billstclair.com/ot/OT-Anon-CashOnly.jpg Fully-Anonymous (cash only)]<br />
<br />
[http://billstclair.com/ot/OT-Pseudonym-Instruments.jpg Pseudo-Anonymous (using accounts)]<br />
<br />
== Radio Interviews ==<br />
<br />
[http://agoristradio.com/?p=234 Part 1, courtesy of AgoristRadio]<br />
<br />
[http://agoristradio.com/?p=246 Part 2, courtesy of AgoristRadio]<br />
<br />
[https://www.youtube.com/watch?v=vtJcUM5-TeA Interview with "Let's Talk Bitcoin"]<br />
<br />
[http://www.youtube.com/watch?v=HSgpStCTw2g Interview with FutureMoneyTrends.com]<br />
<br />
== Video Walkthrough ==<br />
<br />
[http://goo.gl/Ea6rzq Desktop video 1 - Introduction]<br />
<br />
[http://goo.gl/i0J3AF Desktop video 2 - Advanced]<br />
<br />
[http://goo.gl/8Dxak1 iPhone video 1 - Introduction]<br />
<br />
[http://goo.gl/u6xqHc iPhone video 2 - Advanced]<br />
<br />
[http://vimeo.com/28141679 java testclient video 1]<br />
<br />
[http://vimeo.com/28142096 java testclient video 2]<br />
<br />
[http://open-transactions.github.io/tv/ Official video archive (more videos)]<br />
<br />
-----<br />
<br />
Bitcoin donation address: 1NtTPVVjDsUfDWybS4BwvHpG2pdS9RnYyQ<br />
<br />
'''IRC:''' #opentransactions at irc.freenode.net<br />
<br />
Mailing list: ot-dev@opentransactions.org<br />
<br />
[http://opentransactions.org/mailman/listinfo/ot-dev_opentransactions.org Subscribe]<br />
<br />
[[Components and GNU Licensing]]<br />
<br />
-----<br />
<br />
Is Open-Transactions '''[[CENTRALIZED|centralized]]?'''<br />
<br />
The vision is not of a central server that you must trust. Rather, the vision is of federated servers you don't have to trust.<br />
<br />
-----<br />
<br />
[[Vulnerabilities|Potential vulnerabilities]] of Open-Transactions<br />
<br />
== Related Systems ==<br />
<br />
[http://bitcoin.org/ Bitcoin] - A censorship-resistant global ledger<br />
<br />
[https://loom.cc/help Loom] - Asset issuance and transactions<br />
<br />
[http://www.csee.umbc.edu/~woodcock/cmsc482/proj1/magmoney.html Magic Money] - PGP-based Chaumian blinding (unlinkable cash)<br />
<br />
[http://opencoin.org/ OpenCoin.org] - REST-based blinded tokens<br />
<br />
[http://www.opentransact.org/ OpenTransact] - REST-based transaction protocol<br />
<br />
[https://payswarm.com/ PaySwarm] - REST-based transaction protocol<br />
<br />
[https://www.facebook.com/publickeytransaction PKTP] - Public-Key Transaction Processor<br />
<br />
[http://wiki.dgcmagazine.com/index.php?title=Ricardo Ricardo] - Transaction system by Ian Grigg<br />
<br />
[https://ripple.com/ Ripple] - Consensus-based debt ledger<br />
<br />
[http://truledger.com/ Truledger] - Destruction of account history<br />
<br />
[http://www.voucher-safe.com/index.cfm Voucher-Safe] - Secure asset issuance with auditing<br />
<br />
---------<br />
<br />
Article: [http://pelagic.wavyhill.xsmail.com/Private_Digital_Economy.html Toward a Private Digital Economy]<br />
<br />
</div><br />
<br />
<div style="clear: both; padding-top: 40px;"><br />
<br />
== In More Detail... ==<br />
<br />
The server itself is a [[Transactions|transaction processor]] in the cypherpunk tradition. In more detail:<br />
<br />
* Many '''financial instruments''' are supported: Users can write '''cheques''', purchase '''cashier's cheques''' (&quot;vouchers&quot;), and withdraw in '''[[Sample Cash|unlinkable digital cash]]'''. The software uses Chaumian-style, blinded tokens courtesy of the [http://anoncvs.aldigital.co.uk/lucre/ Lucre] library by Ben Laurie.<br />
* It's like '''PGP FOR MONEY'''. The idea is to have many cash algorithms, not just Lucre. I’d like to add Chaum’s version, Brands’ version, etc. So that, just like PGP, the software should support as many of the top algorithms as possible, and make it easy to swap them out when necessary.<br />
* User accounts are '''pseudonymous'''. '''A user account is a public key'''. (This is like [http://pktp.co.cc/ PKTP] by Andrew McMeikan.) You can open as many user accounts as you want. ''Full anonymity'' is possible only for "cash-only" transactions (where users only perform token exchanges, and do not open accounts), whereas ''pseudonymity'' means that transactions can be linked to the key that signed them. (While the real life identity of the owner is hidden, continuity of reputation becomes possible.) ''See full-color diagrams linked above''.<br />
* '''Any user can issue new digital currencies''' and digital asset types, by uploading the new [currency contract] to the server. (This functionality is comparable to [http://www.systemics.com/docs/sox/overview.html Ricardo] by [http://financialcryptography.com/ Ian Grigg].)<br />
* '''Users can open asset accounts of any type.''' You can have as many as you want, associated with each user account. (See [http://loom.cc/ Loom] by Patrick Chkoreff.)<br />
* [[Triple-Signed Receipts|Triple Signed Receipts / No Account History]]. On OT, entities are able to conduct transactions, verify instruments, ''and'' provably agree on current holdings via ''signed receipts'', all without the need to store any transaction history.'' An ''asset account'' on OT is not according to the traditional sense of the word (an account normally being thought of as, "a list of transactions, with a balance, used in double-entry bookkeeping.") While the word "account" makes things easy to understand, an ''asset account'' on OT exists only in the mind of the account holder himself. He simply asks the server to agree with him that it exists, and to provide him with a signed receipt to that effect. In the user interface, OT is able to mimic the ''account metaphor'', making usage intuitive, even though ''no actual account exists, or need be stored on either side, other than the signed receipt itself!'' (See Bill St. Clair's excellent [http://truledger.com/ Truledger] for an [http://truledger.com/doc/plain-english.html example of this concept].)<br />
* Open Transactions also features '''markets'''. Any two asset types can be traded against each other. The [[markets]] are full-featured and include '''limit orders, stop orders, fill-or-kill, day orders''' (date ranges), and '''stop limits'''.<br />
* Open Transactions also supports '''basket currencies'''. Users can define their own, and the server handles the process of exchanging in and out of basket accounts. Baskets are treated by the software like any other asset type, (you can open accounts, transfer funds, withdraw cash, write cheques, and even '''trade basket currencies on markets'''.)<br />
* [[Smart contracts]]: Multi-party agreements with scriptable clauses... including hooks, callbacks, internal state, etc. This concept was originated by Nick Szabo: [http://szabo.best.vwh.net/contractlanguage.html smart contracts].<br />
* [[Client-side scripting]]: The entire OT API is now available for use in OTscripts on the client side. Just remember to put this at the top of the file: <pre>#!/usr/local/bin/ot --script</pre><br />
* Open Transactions also supports '''payment plans'''. Users can sign contracts with each other, and the server will carry out the terms and implement the payment plan. (A future goal is to issue new asset types based on revenue from payment plans--so they can also be traded on markets.)<br />
* '''Contracts''', in general, are very important to Open Transactions; they are the building block of the entire library. Open Transactions uses a Ricardian-style contract, and all the various instruments, data files, and messages resemble '''[[Sample Currency Contract | PGP-signed XML files]]'''. All objects serialize to a string.<br />
* The philosophy of the software is based around '''separation of powers''' (issuers and transaction servers being separate entities) as well as the '''distribution of risk'''. For example, Asset accounts can be distributed across multiple servers, and asset types can be distributed across multiple issuers (via baskets.) Read about the [[Auditing]] protocol.<br />
* Potential future instruments include: [http://www.goldstandardinstitute.net/2010/06/what-is-a-real-bill/ Real Bills], dividend-paying stocks (the same mechanism can be used as interest paying bonds) and collateralized debt obligations. (OT supports payment plans, so it would be easy to group tranches of OT's payment plans to pay into a single reserve account, as backing for a new stock offering that could be traded on OT markets.) This is similar to how basket currencies are implemented. Stocks/Bonds would pay shareholders by dropping a cheque into your stock account's inbox. These features aren't available yet, but they are easy to add given the existing OT infrastructure.<br />
* '''All communications are secured with OpenSSL.''' All messages are also signed and encrypted. All transactions require signatures from relevant parties including the server.<br />
* Open Transactions is '''open-source''', written in C++, object-oriented, and includes '''Native [[API]]s''' for '''Java, Ruby, Python, PHP, Perl, C, [http://www.digitalmars.com/d/2.0/overview.html D], C++, Objective-C, C#, Tcl, and LISP.''' (Also supporting JRuby, Jython, Scala, Clojure, Groovy, and any other language that works on the JVM.)<br />
* The software is fully '''cross-platform''': '''Linux, Mac OS X, FreeBSD, Android, and Windows''' are supported with makefiles, project files, and instructions.<br />
* STORAGE... The library itself is '''storage neutral''', and could be utilized across a variety of different storage systems. All objects serialize to a string, and it is very easy to add support for new storage methods. (Currently OT uses the filesystem with key/value pairs.) '''Adding a new storage method is as easy as subclassing OTDB::Storage and overriding a few methods. Use any DB you want.'''<br />
* [[Messaging]]... The library itself is '''transfer-protocol neutral''', and can be utilized across a variety of different transfer protocols. The default implementation uses the [http://zeromq.org/ ZeroMQ library] for transport. Transport is implemented as a callback function, so it's very easy (a few dozen lines of code) to swap in some other system, if you wish.<br />
* OT currently supports '''MsgPack''' and '''protobuf''' for data packing, though new packers can be added by subclassing OTDB::Packer.<br />
<br />
The intention is for this software to be integrated as many places as possible... Games, digital cash wallets, distributed data stores, secure voip apps, anonymous bit torrent networks, mixnets, remailers, nym servers, etc. There are many other potential uses.<br />
<br />
</div></div>Murrekatthttp://opentransactions.org/wiki/index.php?title=About&diff=2019About2014-05-06T10:12:52Z<p>Murrekatt: Changed mailing list</p>
<hr />
<div>__NOTOC__<br />
<div class="plainlinks"><br />
{| id="mp-topbanner" style="width:100%; background:#f6f6f6; margin-top:1.2em; border:1px solid #ddd;"<br />
| style="width:61%; color:#000;" |<br />
<!-- "Welcome to Open-Transactions" --><br />
{| style="width:100%; border:none; background:none;"<br />
| style="text-align:center; white-space:nowrap; color:#000;" |<br />
<div style="font-size:162%; border:none; margin:0; padding:.1em; color:#000;">About the Open-Transactions project.</div><br />
<div style="top:+0.2em; font-size:95%;">Financial cryptography software.</div><br />
<div id="articlecount" style="width:100%; text-align:center; font-size:85%;">[[Special:Statistics|{{NUMBEROFARTICLES}}]] [[Special:Allpages|articles]].</div><br />
|}<br />
|}<br />
<br />
<div style="float:left; max-width: 550px;"><br />
<br />
<br />
<big>'''What is Open-Transactions?'''</big><br />
<br />
* Open-Transactions is an [[Use Cases|easy-to-use]], financial crypto, [[Sample Cash|digital cash]] and transaction [[List of Classes|library]].<br />
* Open-Transactions includes a [[API|client API]], a working [[Otserver|server]], a [[TestGUI|GUI test wallet]] (in Java) and a [[opentxs|command-line]] wallet utility.<br />
* Open-Transactions features: a large variety of financial instruments, markets, basket currencies, unforgeable account balances, digital cash, destruction of account history, [http://iang.org/papers/ricardian_contract.html Ricardian contracts], Smart Contracts (scriptable clauses), and more.<br />
<br />
<br />
<big>'''What does it do?'''</big><br />
<br />
* Open-Transactions allows users to issue and manipulate digital assets.<br />
* Any issuer can sign and distribute new [[Sample Currency Contract|currency contracts]] in order to create new digital asset types.<br />
* Users may create many ''pseudonyms'' (public keys), each of which may own ''asset accounts'' of various types, on OT servers.<br />
* Users can operate '''&quot;cash-only&quot;''' ''(without accounts)'' for maximum anonymity, using '''[[Sample Cash|unlinkable digital cash]]'''.<br />
<br />
<br />
<big>'''Financial Instruments'''</big><br />
* Users can transfer digital assets ''securely and provably'', with [[Triple-Signed Receipts|receipts]] signed by all parties.<br />
* '''Even an OT server cannot change balances, or forge transactions--since it cannot forge your signature on your receipt.'''<br />
* Open-Transactions supports a range of '''[[Instruments|financial instruments]]''' such as account transfer, '''[[Sample-Cheque|cheques]]''' and vouchers (aka &quot;cashier's cheques&quot; or &quot;banker's cheques&quot;), in addition to cash.<br />
* These instruments are all analogous to the same financial instruments that we all use at normal banks today. Everyone already has an intuitive understanding of these financial instruments, because we use them regularly in our normal daily lives.<br />
<br />
<br />
<big>'''Markets, Basket Currencies, and Smart Contracts'''</big><br />
* Open-Transactions also implements higher-level, '''contract-based transactions''' such as '''payment plans''' and '''markets with trades'''.<br />
* The [[Markets|markets]] on Open-Transactions support ''market orders, limit orders, fill-or-kill orders, day orders, stop orders, and stop limits'', just like trading on a real market.<br />
* '''Basket currencies''' are also supported, as well as payment plans (recurring payments.)<br />
* [[Smart contracts]]: Multi-party agreements with scriptable clauses... including hooks, callbacks, internal state, etc.<br />
* [[Client-side scripting]]: <code>!/usr/bin/env ot</code> The entire (mostly) high and low level OT API is available within your scripts.<br />
<br />
<br />
<big>'''Triple Signed Receipts'''</big><br />
* All of this is accomplished in such a way that all parties are able to ''prove'', at all times, ''which transactions have cleared and which instruments are authorized'', '''without having to store their entire transaction history''', but instead by merely keeping the '''last signed receipt'''.<br />
* Without the special mechanism that makes this possible, ''all parties would otherwise be forced to store all receipts forever''.<br />
* Nyms and Asset Types have consistent IDs across all OT servers, since the ID is formed by hashing the relevant contract or public key.<br />
<br />
</div><br />
<br />
<br />
<div style="float:right; max-width: 300px; margin: -20px 10px 0 20px;"><br />
<br />
== Diagrams ==<br />
<br />
[http://billstclair.com/ot/ot-diagram.jpg Architecture Overview]<br />
<br />
[http://billstclair.com/ot/OT-Anon-CashOnly.jpg Fully-Anonymous (cash only)]<br />
<br />
[http://billstclair.com/ot/OT-Pseudonym-Instruments.jpg Pseudo-Anonymous (using accounts)]<br />
<br />
== Radio Interviews ==<br />
<br />
[http://agoristradio.com/?p=234 Part 1, courtesy of AgoristRadio]<br />
<br />
[http://agoristradio.com/?p=246 Part 2, courtesy of AgoristRadio]<br />
<br />
[https://www.youtube.com/watch?v=vtJcUM5-TeA Interview with "Let's Talk Bitcoin"]<br />
<br />
[http://www.youtube.com/watch?v=HSgpStCTw2g Interview with FutureMoneyTrends.com]<br />
<br />
== Video Walkthrough ==<br />
<br />
[http://goo.gl/Ea6rzq Desktop video 1 - Introduction]<br />
<br />
[http://goo.gl/i0J3AF Desktop video 2 - Advanced]<br />
<br />
[http://goo.gl/8Dxak1 iPhone video 1 - Introduction]<br />
<br />
[http://goo.gl/u6xqHc iPhone video 2 - Advanced]<br />
<br />
[http://vimeo.com/28141679 java testclient video 1]<br />
<br />
[http://vimeo.com/28142096 java testclient video 2]<br />
<br />
[http://open-transactions.github.io/tv/ Official video archive (more videos)]<br />
<br />
-----<br />
<br />
Bitcoin donation address: 1NtTPVVjDsUfDWybS4BwvHpG2pdS9RnYyQ<br />
<br />
'''IRC:''' #opentransactions at irc.freenode.net<br />
<br />
Mailing list: ot-dev@opentransactions.org<br />
<br />
[[Components and GNU Licensing]]<br />
<br />
-----<br />
<br />
Is Open-Transactions '''[[CENTRALIZED|centralized]]?'''<br />
<br />
The vision is not of a central server that you must trust. Rather, the vision is of federated servers you don't have to trust.<br />
<br />
-----<br />
<br />
[[Vulnerabilities|Potential vulnerabilities]] of Open-Transactions<br />
<br />
== Related Systems ==<br />
<br />
[http://bitcoin.org/ Bitcoin] - A censorship-resistant global ledger<br />
<br />
[https://loom.cc/help Loom] - Asset issuance and transactions<br />
<br />
[http://www.csee.umbc.edu/~woodcock/cmsc482/proj1/magmoney.html Magic Money] - PGP-based Chaumian blinding (unlinkable cash)<br />
<br />
[http://opencoin.org/ OpenCoin.org] - REST-based blinded tokens<br />
<br />
[http://www.opentransact.org/ OpenTransact] - REST-based transaction protocol<br />
<br />
[https://payswarm.com/ PaySwarm] - REST-based transaction protocol<br />
<br />
[https://www.facebook.com/publickeytransaction PKTP] - Public-Key Transaction Processor<br />
<br />
[http://wiki.dgcmagazine.com/index.php?title=Ricardo Ricardo] - Transaction system by Ian Grigg<br />
<br />
[https://ripple.com/ Ripple] - Consensus-based debt ledger<br />
<br />
[http://truledger.com/ Truledger] - Destruction of account history<br />
<br />
[http://www.voucher-safe.com/index.cfm Voucher-Safe] - Secure asset issuance with auditing<br />
<br />
---------<br />
<br />
Article: [http://pelagic.wavyhill.xsmail.com/Private_Digital_Economy.html Toward a Private Digital Economy]<br />
<br />
</div><br />
<br />
<div style="clear: both; padding-top: 40px;"><br />
<br />
== In More Detail... ==<br />
<br />
The server itself is a [[Transactions|transaction processor]] in the cypherpunk tradition. In more detail:<br />
<br />
* Many '''financial instruments''' are supported: Users can write '''cheques''', purchase '''cashier's cheques''' (&quot;vouchers&quot;), and withdraw in '''[[Sample Cash|unlinkable digital cash]]'''. The software uses Chaumian-style, blinded tokens courtesy of the [http://anoncvs.aldigital.co.uk/lucre/ Lucre] library by Ben Laurie.<br />
* It's like '''PGP FOR MONEY'''. The idea is to have many cash algorithms, not just Lucre. I’d like to add Chaum’s version, Brands’ version, etc. So that, just like PGP, the software should support as many of the top algorithms as possible, and make it easy to swap them out when necessary.<br />
* User accounts are '''pseudonymous'''. '''A user account is a public key'''. (This is like [http://pktp.co.cc/ PKTP] by Andrew McMeikan.) You can open as many user accounts as you want. ''Full anonymity'' is possible only for "cash-only" transactions (where users only perform token exchanges, and do not open accounts), whereas ''pseudonymity'' means that transactions can be linked to the key that signed them. (While the real life identity of the owner is hidden, continuity of reputation becomes possible.) ''See full-color diagrams linked above''.<br />
* '''Any user can issue new digital currencies''' and digital asset types, by uploading the new [currency contract] to the server. (This functionality is comparable to [http://www.systemics.com/docs/sox/overview.html Ricardo] by [http://financialcryptography.com/ Ian Grigg].)<br />
* '''Users can open asset accounts of any type.''' You can have as many as you want, associated with each user account. (See [http://loom.cc/ Loom] by Patrick Chkoreff.)<br />
* [[Triple-Signed Receipts|Triple Signed Receipts / No Account History]]. On OT, entities are able to conduct transactions, verify instruments, ''and'' provably agree on current holdings via ''signed receipts'', all without the need to store any transaction history.'' An ''asset account'' on OT is not according to the traditional sense of the word (an account normally being thought of as, "a list of transactions, with a balance, used in double-entry bookkeeping.") While the word "account" makes things easy to understand, an ''asset account'' on OT exists only in the mind of the account holder himself. He simply asks the server to agree with him that it exists, and to provide him with a signed receipt to that effect. In the user interface, OT is able to mimic the ''account metaphor'', making usage intuitive, even though ''no actual account exists, or need be stored on either side, other than the signed receipt itself!'' (See Bill St. Clair's excellent [http://truledger.com/ Truledger] for an [http://truledger.com/doc/plain-english.html example of this concept].)<br />
* Open Transactions also features '''markets'''. Any two asset types can be traded against each other. The [[markets]] are full-featured and include '''limit orders, stop orders, fill-or-kill, day orders''' (date ranges), and '''stop limits'''.<br />
* Open Transactions also supports '''basket currencies'''. Users can define their own, and the server handles the process of exchanging in and out of basket accounts. Baskets are treated by the software like any other asset type, (you can open accounts, transfer funds, withdraw cash, write cheques, and even '''trade basket currencies on markets'''.)<br />
* [[Smart contracts]]: Multi-party agreements with scriptable clauses... including hooks, callbacks, internal state, etc. This concept was originated by Nick Szabo: [http://szabo.best.vwh.net/contractlanguage.html smart contracts].<br />
* [[Client-side scripting]]: The entire OT API is now available for use in OTscripts on the client side. Just remember to put this at the top of the file: <pre>#!/usr/local/bin/ot --script</pre><br />
* Open Transactions also supports '''payment plans'''. Users can sign contracts with each other, and the server will carry out the terms and implement the payment plan. (A future goal is to issue new asset types based on revenue from payment plans--so they can also be traded on markets.)<br />
* '''Contracts''', in general, are very important to Open Transactions; they are the building block of the entire library. Open Transactions uses a Ricardian-style contract, and all the various instruments, data files, and messages resemble '''[[Sample Currency Contract | PGP-signed XML files]]'''. All objects serialize to a string.<br />
* The philosophy of the software is based around '''separation of powers''' (issuers and transaction servers being separate entities) as well as the '''distribution of risk'''. For example, Asset accounts can be distributed across multiple servers, and asset types can be distributed across multiple issuers (via baskets.) Read about the [[Auditing]] protocol.<br />
* Potential future instruments include: [http://www.goldstandardinstitute.net/2010/06/what-is-a-real-bill/ Real Bills], dividend-paying stocks (the same mechanism can be used as interest paying bonds) and collateralized debt obligations. (OT supports payment plans, so it would be easy to group tranches of OT's payment plans to pay into a single reserve account, as backing for a new stock offering that could be traded on OT markets.) This is similar to how basket currencies are implemented. Stocks/Bonds would pay shareholders by dropping a cheque into your stock account's inbox. These features aren't available yet, but they are easy to add given the existing OT infrastructure.<br />
* '''All communications are secured with OpenSSL.''' All messages are also signed and encrypted. All transactions require signatures from relevant parties including the server.<br />
* Open Transactions is '''open-source''', written in C++, object-oriented, and includes '''Native [[API]]s''' for '''Java, Ruby, Python, PHP, Perl, C, [http://www.digitalmars.com/d/2.0/overview.html D], C++, Objective-C, C#, Tcl, and LISP.''' (Also supporting JRuby, Jython, Scala, Clojure, Groovy, and any other language that works on the JVM.)<br />
* The software is fully '''cross-platform''': '''Linux, Mac OS X, FreeBSD, Android, and Windows''' are supported with makefiles, project files, and instructions.<br />
* STORAGE... The library itself is '''storage neutral''', and could be utilized across a variety of different storage systems. All objects serialize to a string, and it is very easy to add support for new storage methods. (Currently OT uses the filesystem with key/value pairs.) '''Adding a new storage method is as easy as subclassing OTDB::Storage and overriding a few methods. Use any DB you want.'''<br />
* [[Messaging]]... The library itself is '''transfer-protocol neutral''', and can be utilized across a variety of different transfer protocols. The default implementation uses the [http://zeromq.org/ ZeroMQ library] for transport. Transport is implemented as a callback function, so it's very easy (a few dozen lines of code) to swap in some other system, if you wish.<br />
* OT currently supports '''MsgPack''' and '''protobuf''' for data packing, though new packers can be added by subclassing OTDB::Packer.<br />
<br />
The intention is for this software to be integrated as many places as possible... Games, digital cash wallets, distributed data stores, secure voip apps, anonymous bit torrent networks, mixnets, remailers, nym servers, etc. There are many other potential uses.<br />
<br />
</div></div>Murrekatt