Bitcoin Forum

---

As GLBSE is collapsing along with Nefario's trust level, I decided to provide the community with a system that would allow asset issuers to smoothly migrate their customers to a new asset management platform, based on a completely different security and trust system.

Unlike GLBSE, #assets-otc is not a trading system, but just a contract management system (at least for the moment).

Each #assets-otc account is identified by a fingerprint of PGP RSA key - no emails, no passwords, no double or triple factor authentications - nothing except PGP cryptography.
This rule applies to both; asset issuers (AI) and regular users (asset owners - AO). Each user can provide some more info about himself that will be shown his public profile. This is a place where you can i.e. link your #assets-otc profile with your #bitcoin-otc identity.

Asset issuers have also all the privileges of regular users - so they can own assets that are under control of someone else.

The platform provides a secured bookkeeping service for AIs and a realtime view into the books by AOs.
The security of each asset is under full control of its AI, who has a full view into the list of the shareholders and how many assets each of them owns.

Transfers of the assets within the service (between the accounts) must be therefore handled by AI.
Since each account must have a PGP key assigned to it, it is advisable (but not required) for the AI to have a copy of the PGP signed contract for each transfer that he logs into the system.

As already mentioned, I will personally not be involved in the actual bookkeeping.
But in case of any dispute I can provide arbitrage. Therefore it is very important for AIs to keep a signed contract of the transactions they are performing because while providing arbitrage I will consider any transfer not backed by a signed contract as invalid. Too many of such – and you are being kicked out from the service.

Moreover if any AI would be violating his own contract (which BTW must also be PGP signed), he will also be kicked out. As an example: if you'd be selling more PPT bonds after BS&T announced that they stopped accepting deposits (something that's been happening with TYGRR.BOND-P) – you are kicked out and banned from the service forever, along all the assets which you are AI for.

Moving your assets from GLBSE to #assets-otc should not be a problem - as well, as the other way around.

---

The service is currently available at: https://assets-otc.com
Before you log in make sure to import your PGP key into the system - there is a page where you can just post it: https://assets-otc.com/addkey.php
Any feedback welcome.

There is also the about page, where you can read some - I update it from time to time: https://assets-otc.com/about.php

Questions & Answers

Please note that the FAQ below is outdated.
The latest version is available at the FAQ page of assets-otc.com (https://assets-otc.com/faq.php)

---

How can I open an account?
1) Upload your public PGP key using this page: http://assets-otc.com/addkey.php
2) The first time you login your account will be automatically created

What are the transaction fees?
The service does not charge any fees for any transfers of any assets.
Though we don't prohibit the AIs to charge fees for processing the contracts.

How do I become the asset issuer (AI)?
After you have the user account already, just send me the signed contract for the asset and I will add it to the system, putting your account as the AI.

Do I need to pay for booking my asset at your service and being its AI?
No, you don't.
At least not at the moment, so better hurry up.. ;)

What if you run away with my bitcoins / assets?
I don't hold your bitcoins, neither assets at any moment.
Only the AI might run away with your stuff, so make sure you trust him or have a legally binding contract.

What happens if the service goes down or an asset is kicked out of it?
The AI always has the up-to-date list of all the shareholders and their PGP identities, so he can find another service or just handle it all further manually.

Will the source code be open?
Yes - I will put it on giuthub.
Just not yet, because I need to get some customers first, not letting someone else to get them using my own work.

Is it possible for one asset to use both, GLBSE and #assets-otc?
Yes, but while you have your assets stored in #assets-otc you cannot sell them at GLBSE and you cannot vote motions there.
But you are still entitled to dividends and you can trade them over the counter with other #assets-otc accounts.
Also, you may request the AI to withdraw your assets from #assets-otc back to GLBSE or any other exchange - so you could trade them there.

How can I transfer my GLBSE assets to this service?
Talk to the guy who issued the asset at GLBSE and ask him to do it for you.
If he doesn't know how to do it, send him to me - I can guide him through.

If I have my assets in this service, will I be able to transfer them to GLBSE or other exchange?
As long as the AI agrees to do it for you, I wouldn't be able to prevent that, even if I wanted.

Is the service going to help with paying out the dividends?
Yes.
For this an open source tool has been created, which can (and should) be used offline.
Each time before paying dividends you will download from the server a file called like contracts_YOURASSET.tar.gz (it's most recent version).
This file contains the entire history of your asset's transfers, the dividend payment addresses and all the customers' public keys.
You will only need to specify the total amount you want to pay as dividends - and then just run the script.
If all the signatures in the contract chain are OK and all the dividend payments addresses are set, the script will output the exact JSON-RPC "sendmany" command, which you can then execute right away at your bitcoin client.

How can I sell my assets which I have stored in #assets-otc?
 1) find a buyer and agree on the price
 2) ask him to register his PGP key at #assets-otc (if he hasn't yet)
 3) sign the contract with both your PGP keys (stating number of assets you want traded and the bitcoin address for the payment)
 4) send the signed assets transfer request to the relevant AI, so he could log the change in the system.

You mean arbitration, not arbitrage.

Yeah, I think so - my English not so good :)

However called it, I just hope that it will never be necessary - the cryptography behind the contracts should be enough for the users to never request a public dispute.
Needless to say that I will make any requested dispute public - so people can learn about credibility of the sides of the contract.

I really like the idea of a contract management system. However, it would be nice to have the best of both worlds (trading system+proof of ownership).

I think maybe the time is ripe for a new blockchain for asset management. Call it the Assetcoin. This would allow the ability to move shares out of a trading platform, similar to the way it works in bitcoin. Only keep those shares on the platform which you'd like to trade.

It could be powered by merged mining. It is different from bitcoin in a sense that anybody would be able to "create" an asset and issue transfers to recipients. The recipients in turn have full control over the shares. The blockchain would also have to support a special type of transaction which supports Yea/Nay votes, which can only be issued by the asset creator.

The question is the incentive structure for mining such a blockchain. Since a 51% attack may be used to prevent competitors from trading their shares. You could introduce a mint for assetcoins, which - similar to name coin - have to be consumed in order to issue or trade shares. However, it's problematic. You could couple the mint rate to the block size limit (1MB) and request that each transaction costs the equivalent amount of its byte-size. This would assure that the blockchain doesn't get spamed and the proportion between "assetcoins" and transaction demand is met.

I'd be interested in joining the development of such a block-chain. Especially since it apparently solves a problem with centralized asset management systems...

There were actually a bunch of blockchains that operated basically like shares, in that their value was implicit in the "reserves" (assets) of the issuer who "backed" them by buying them back using those reserves.

The lack of merged mining enthusiasm though foreced them to retreat for now into Open Transactions form, pending sufficient transaction volume for transaction fees to become enough incentive for merged miners. Though also the Massively Merged Mining project is also partly intended for the purpose of eventually deploying so much mining power that these chains will maybe be able to come back out in public as blockchains once that project has massive amounts of hashing to put toward helping secure them.

It is a pity since so far all indications are that they are a very successful way of setting up a coinage; they have been performing very well.

(See http://galaxies.mygamesonline.org/digitalisassets.html for some tables of valuations.)

-MarkM-

The idea of an assetcoin would be that it acts as a backbone for all kinds of shares. The minted coins should not be associated with the shares, just act as a means to facilitate transactions and provide the incentive structure.
creating a blockchain for each asset is overkill.

Yes I can see why this would be a problem. I don't really understand open transactions - will have to read up on that. But it sounds like a centralized solution. The benefit of a dedicated blockchain for asset control and transfer would be that the shares can be traded, even if some central server goes offline... thus it facilitates a more decentralized, but synchronous market environment.

Shares are inherently centralised though so really the issuer might as well simply run their own system recording the shares, p2p is overkill and needless expense since regardless the issuer is really the only person who can validate them and is the person who ultimately has to provide them with value / redeem them / back them / whatever.

-MarkM-

EDIT: It does sound though like people offering to act as brokers or passthroughs or some such thing could be useful for people who do not want to run open transactions clients themselves to nonetheless be able to get exposure to assets that are run on open transactions...

Please don't confuse the concept of transferable rights (shares) with the technical implementation of the transfer system. I don't think a blockchain for asset management would be overkill. It would solve the very specific need to track and transfer shares without the interference or regulation of a third party. Validation is not really an issue, because in a blockchain each share is inherently validated at each point in time from the time of issuance.

A blockchain like this would remove the burden of an asset issuer to choose a specific market place. And it also allows a particular asset to be traded at different websites at the same time.

You could try it with namecoin to prove the concept. As it already provides a way of transferring ownership of arbitrary labels, it should be almost ready to do this right off the shelf. You might not even need to add a namespace specificalyl for shares, you could treat each share as a hostname within the issuer's domain maybe or something like that.

Or for example as well as having knotwork already in there for my .bit domain I could add knotwork-share-0001, knotwork-share-0002 etc for a bunch of shares and people can use namecoin to change their ownership.

-MarkM-

Thanks for the suggestion - I'll look into it. But I am not very optimistic that namecoin provides the right infrastructure.

It seems like plenty, People can even use it to record an address for dividends to be sent to on a per share basis.

-MarkM-

In a way this system is already based on a sort of a blockchain - though one that does not involve mining.
The blocks are just introduced into the chain by executing sign+encrypt over the contracts based on templates.

The blocks do not have a secured reference to a previous block (only a sequence number or a timestamp), but if anyone would require such a protection, it could be done. Though I also see side effects of such a requirement.

Every contracts_YOURASSET.tar.gz (mentioned in the second post) contains all the history for a specific asset.
Each asset starts its balance from 0 - therefore, before anyone can have any shares, they first need to be created by AI, also by using a signed transaction.

Currently there are two types of contracts (blocks) in the chain: TRANSFER and DIVADR.

---

1a. Transfer that creates new assets - signed by AI:

1b. Regular Transfer, changing ownership of existing assets - this also gets signed by AI, though he should keep the proof (somewhere in his files) that both the parties signed for such a transfer.

1c. Transfer that cancel assets - signed by AI:


2. Set dividend payment address - signed by a shareholder. This one does not have a sequence number, but a timestamp instead:

---

The contracts are generated by the system from a data entered into web forms, then a user is requested for his signature and if everything is verified to be correct (i.e. there are enough assets in the source account), the signed contract is added at the end of the existing ones.

All the contracts (the entire "blockchain") for a specific asset can be downloaded from the service any time by the AI as a single archive. Each contract is in a separate file and the files represent consecutive blocks when sorted alphabetically. They can also be send to the AI by email, each time a new contract is added to the chain.

Just signed up !

Same here I signed up, looks like a cool system.

Welcome guys!
70 more worthless shares to give away... :P

just a bug report, when i try to set a dividend bitcoin address it sends me to a blank page and doesn't set it.

Thanks - I'm on it...

How about now?

yep it works!

registered :D

Ok. signed up. How do I issue assets?

Send me the signed contract for the asset and I will add it to the system, putting your account as the AI.

I see. Do you plan to support the ability for users to issue assets themselves?

No. Because I want to verify the contract first.

So basically you've made a shitty MPEx, six months late and with all the credibility of a 0 WoT rating. Good luck.
You'd look much less like an idiot if you just said that to start off, rather than wait for me to say it.

I don't know much about MPEx - never even tried using it, since your system looks in a way that scares me off the first second after I load the page.
But as far as I've managed to learn about MPEx, it is a trading platform, whilst #assets-otc is a contract management system where the actual trading is off the scope.

Moreover, MPEx does use PGP signatures, but only as an authentication method for trading transactions and withdrawal requests. And as far as I understand what a "withdrawal requests" means, it means that there is still money stored in the service, that can be stolen and thus one day probably will - if not by you (the owner), then by somebody else (a hacker)..

So as for me, MPEx is a completely different idea, based on a completely different security concept.
Not to mention that it looks just like shit and the interference is anything but intuitive, even though it is already six months old... you obviously have done a great job for the last six months, improving the service for your customers, making it so much more user friendly... fuck yeah! If I had been a masochist, I would have probably liked trying MPEx... though hammering a nail with a piece of wool into my own ass would still seem to be a simpler process than using the service that you are so proud of.

And my WoT rating is 5, not 0 - so don't lie.
But whatever it would have been it does not matter at all, because unlike you, I do not need anyone to trust me with his money.
I am giving out to people a top security bookkeeping and dividend payment service for free. And beat me on this, if you can. Good luck.

Wrapping it up: you'd look much less like an idiot if you just didn't come to this topic advertising your shit using my brilliant idea as the bait.

MPex is superior to GLBSE in terms of security and anonymity.

MPex still has a lot of work to be at a certain level, but the vision is there

I'm liking this idea, how can the system be run without a specific operator becoming a target. What I mean is, if someone wanted to list shares for a service or something that would generally be considered illegal what is to stop the feds from going after the site operators (currently you in this example) and the issuer?

The point is you can keep a list of all your shareholders on your own pc and dont need a server to manage them.

So here are the latast news:

1) I made About (http://assets-otc.mooo.com/about.php) page where you can learn what the service is all about without a need to read this forum.
2) The users can already download signed receipts for the transactions that they were involved in (it's in the History tab).
3) The secured dividend payment tool is ready and available on github: https://github.com/piotrnar/paydiv
4) There is only one slot left from the ten I mentioned before - so only the next person to register on the site will get 10 sharers of the ASSETS-OTC project, completely for free.
5) Those who already did get the shares, if you haven't yet, please submit your dividend withdrawal address - you never know when I may be in a good mood, or just want to test my stuff with some real bitcoin - and then you wouldn't want to miss it... ;)

Any account without the dividend address set will be considered as "this one gives up the dividends".
It is in your own interest to have the dividend payment address submitted.
AI is not a deposit box, so if you don't take it while they payment is going out - you loose it.

Does this mean that if I (Bob) want to sell 35 A_BOND for 1 BTC each to Alice, we need to go through the asset issuer? Otherwise, I don't see the double-spend prevention.

Yes - any transfer always needs to go through the asset issuer (or the person he hired to keep the books).
It's not only for double-spend prevention, but most of all for the AI to always have the up-to-date list of his shareholders.

Where do I set that?

You have to own some assets first.

And then after you login, just press a button (see below) and follow the instructions on the next page.

https://i.imgur.com/nax3j.png

I get "Can't check signature: public key not found" ?
Sorry, I missed the import key part. It's OK now.
Do you have a test security to use and test it out?

Can this be used to fix the mess Nefario and his gang left behind? https://bitcointalk.org/index.php?topic=115825.0

I sure hope so !

Yeah I'm interested in this also.

Although it doesn't offer the option to trade assets.

It is up to the GLBSE asset issuers to decide if they want to use #assets-otc, or deal with the mess somehow else.
I think the first problem they need to deal with is: who are my customers...? :)

I should just say that we have no trading engine (you need to trade OTC) and using the service requires a basic knowledge of the GnuPG.

Other than that, most of the GLBSE assets are welcome, though some are not...
And the first few assets will get listed for free - later, if it works out, I might start charging for listing new assets.

BTW, I have updated the About (https://assets-otc.com/about.php) page, so if you read it before, you might want to re-read...
The recent changes are aiming to make the AIs life much simpler, as when it comes to processing the trades.

Even if there is no trading engine, is there support to just "advertise" quotes for asks / bids of a certain asset (maybe with the possibility to mail the advertising party to conclude the trade)?

No - at least not at the moment.
But there is a suggestion to use bitcoin-otc order book (http://bitcoin-otc.com/vieworder.php?id=10598) for such purposes...
There is no need to invent another sun, while the good old one is still shining... :)

I think it could work very well, people on bitcoin-otc are already accustomed to GnuPG and its a good way to build your WOT. I will recommend this to asset operators to consider this as an option to be able to trade post-GLBSE, when and if they get their investors lists intact.

Contract sent.
Lets hope this works out :)

fellowtraveler and piotr_n, maybe you guys can put your heads together somehow integrate the services in to something even better :)
 

We have bounced that contract back and forth because signature did not verify.
Guess what, my file was in UTF-8 but this is not supported.  ???
I think not supporting UTF-8 is like begging for trouble down the road.

If you have this PM stored, go to your Outbox (https://bitcointalk.org/index.php?action=pm;f=outbox) and check the signature at the message you sent me - you will see what I mean.
UTF-8 encoded file has some special crazy bytes at the beginning, so if you clear-sign it and then put it through a clipboard, a database, a webpage, or whatever other medium -  these crazy bytes somehow disappear (even though the medium does support utf-8), and therefore the clear signature you made did not match anymore...

My gpg was clearly saying that the message you sent to me had a BAD signature, so what were you expecting me to do?
BAD signature = bad signature.
And I am not accepting contracts with bad signatures, neither should any of the users of my service. Period.

That makes sense. From your PM, I understood that your db is not accepting UTF-8.
I think something got screwed with  this particular  character '
I had to use -c to omit invalid characters from output, to get the text file converted.

Looks like everything is fine now.
Thank you for your time

Cheers

Since you cannot just make a normal text file and sign it...
Just don't use files, but rather paste it into std input - close the input with Ctrl+D on lunux or Ctrl+Z, Enter in windows.
Then, there should be no problem whatsoever with some hidden headers in your "text" files.

Or, if you prefer files, rather than clipboard anc Ctrl+sthg, just use gpg like this:
Should work with any OS.

Thank you for the help.
Usually Kwrite is usually nice with files and not screwing those up.
BTW, this text was actually downloaded from google docs and then edited more in KWrite.
I guess something went out of whack somewhere :)

Contract etc are now listed here: https://assets-otc.com/asset.php?id=2  and the relevant forum post, please go here:  https://bitcointalk.org/index.php?topic=102010.msg1265496#msg1265496

Cheers

Yeah. I guess these days only crazy people use vi and know what a stdin is :)

Someone could write a scraper for bitcoin-otc that extracts all the bids and asks onto a chart style site.

Cant agree more :)

I have few sell orders at  virtual ST's of ART-OTC (http://bitcoin-otc.com/vieworderbook.php?type=&nick=&thing=VIRTUAL+ST%27S+OF+ART-OTC&otherthing=&eitherthing=&notes=) Who even uses that page any more? :)

A simple Buy/Sell page is more than required to make the process less cumbersome.

1) Log in
2) Get the list of offers, select one you like and sumbit buy "order"
3) get a BTC account for payment (this has to be the sellers account - maybe issuer can generate a list of accounts that are used randomly)
4) (here it gets wacky because BTC is sooooo slow) system checks for the payment in the blockchain
5) request for share transfer is sent if payment is OK (2 conf is plenty?)
...

Coin is never held by assets-otc.
This can be (almost) done in OT but OT has no "connection" to blockchain and as far as I know, there is no BTC derivative at the moment to act as a "token" for BTC. 

The trading page should be more like a broker than attached to assets-otc itself. https://coinbr.com/about  like this for mpex.

I personally like to see as few layers between me and the issuer as possible.
Everything that has happened in the real world has shown us countless times, how scumbag brokers and greedy middleman rake all the profits while the investors and sometimes even the issuer, get peanuts or lose their shirts in the scams spun by the fkn brokers.
Have you guys forgotten, that one of the BTC ideas was to get rid of this layer of scumbags that is suffocating the society. Fuck banker and broker wannabes.
 

Well all I can say is that you definitely won't be using the service.
How do I know?
Because in order to use it you'd first need to know how to handle GnuPG encryption and signing - and I seriously doubt that you are capable of that.
It's just too technical for a goat like you.
Oh, unless you hire your lying bitch Nefiario, to help you with that :)

Well, if you want to be friends with your bitches - who am I to say 'no'?

And I don't know what "here" is, but I believe I know pretty well who you are.
A stupid crook without any technical skills whatsoever.
If you had technical skill, why would you need to steal money from people?

You see - that's what I'm saying.
You don't even understand a sentence written in simple English - there is no way you could handle GnuPG.
You also, despite of the simplicity, don't have a clue of how #assets-otc works and that I designed it in a way that nobody needs to trust me.

I am pretty aware of your relationship.
He was getting a nice cut from your cheating assets being traded at his "stocks exchange" and therefore you were paying him to lie for you - and he was lying for you, right into my face.
And thus: for me he is your lying bitch. Period.

The evidence is all there in your topic:
https://bitcointalk.org/index.php?topic=82573.msg1126351#msg1126351

Technically, Nefario said that the numbers I saw were different one from the ones I saw.
And since I am not crazy and I know very well what I saw - again: that is how he became your lying bitch.

Do you really want to drag it further? :)
Last time I spoke "off topic" in your topic, you ran lamenting to theymos who then came and censored my posts.
And, as it turned out at the end - it's because he owned a secret share in GLBSE...  :)
GLBSE = one big fucking scam. And you @goat are an ugly and fat part of it.

It's not a court trial and you are not a judge - for me it is enough of an evidence.

I understand that you are extremely stupid, so may think that people are not able to remember a number..
But I did remember that number very well, and again: Nefario was lying for you, right into my face.
Thus: he is your lying bitch.

How many times do I need to repeat myself so you would finally get it?

Of course.
And the numbers upon which I built a graph of the PPT bonds you were selling after pirate had announced that he won't accept BS&T deposits anymore - these I also failed to remember, right? :)
https://bitcointalk.org/index.php?topic=82573.msg1173216#msg1173216

https://i.imgur.com/Bgvgj.png

so in other words: you don't deny selling counterfeited bonds after the red line, but you do deny selling them between the blue and the red - when their price was even higher...

and your key argument is: I don't remember what the numbers were between the blue and the red, though I am not wrong about what they were after...
plus: nefario said so, and he would obviously not lie for you, because you were not friends... :)

Is theymos also your bitch? Hmmmm....
If so, then not as much as Nefario... because after my complains he eventually put back on the forum the censored content which you ordered him to remove.
While Nefario never fixed the mistake he made by lying at your order to me and the other people in that topic.

So he might not be your bitch, but he is also not a honest person, because he was holding a secret share in GLBSE, while pretending to be an independent and unbiased admin of this forum.

Oh fuck! Not that shit again.  ???

I don't quite understand your conflict, but it might be relevant to asset-otc: does asset-otc secure investors from dishonest issuers? E.g. what if issuer will create fake bondholders?

no. asset-otc only secure investors from me being dishonest :)

but, did GLBSE, or does any other operational bitcoin assets exchange/storage secure investors from dishonest issuers?
same answer: no

though I can guarantee you that I will do my best to make sure that no goat's asset will ever get listed at asset-otc.
but... if he will ever change his identity and ask someone to help him with gpg - there will not be much I can do to prevent his asset listed...

so make sure you trust thy guy whose assets you're buying - but this applies to any asset and abstracts from the platform.

Well, I'm working on an exchange based on colored coins and I wonder how it compares to asset-otc feature-wise.

With colored coins number of bonds/shares can be fixed at time they are issued, and issuer won't be able to dilute. Thus ownership is unambiguous.

E.g. a situation where issuer says he makes 1000 bonds but makes 2000 bonds and we don't know which of them are real is not possible.

Of course it is possible for an issue to issue more bonds under a different name, but then it is a matter of issuer identification.

Well it's now scattered over many threads.

General outline of colored coins: https://bitcointalk.org/index.php?topic=106373.0
Incomplete discussion of an exchange: https://bitcointalk.org/index.php?topic=118672.0
A basic implementation from other developer: https://bitcointalk.org/index.php?topic=117630.0
Discussion about contract enforcement: https://bitcointalk.org/index.php?topic=117800.msg1278882#msg1278882

I expect to produce an Armory-based client in a couple of weeks. Meanwhile you can try python script from that other guy, but that's at your own risk.

I've been focusing mostly on tech sides, but I do have some ideas about ecosystem/

Whether any of you is crazy, or not - it's not up to me to decide.
I'm a software engineer, not a psychiatrist.

But I have no doubt that there was a conspiracy
The admin of the forum was secretly owning 23% share in GLBSE (https://bitcointalk.org/index.php?topic=112402.0)...
If that is not a conspiracy for you, then I suggest you to check up a dictionary :)
Or just sing yourself up for additional lessons of English.

Well.. then either you are lying again, or he was lying writing this:


I think the first option is more likely.

Well.. it seems like a fair assumption.
In general people are not selling things that they don't won.

I mean, with some exceptions of course... i.e. you selling BS&T pass-through deposits after Pirate had announced the close down - that would be an exception. :)

OK - this I can promise to you.
As soon as I find myself wrong, I will let you know.

And in the meantime, thanks for providing me with the dose of humor in this rainy grey Saturday morning.

I am trying to get my project off the ground and at the same time promote an interesting idea like asstets-otc.  Damn, now I feel like I have stepped in to a pile of polar bear shit :(

Do not get me wrong. I do not say that asstes-otc is crap idea, not at all. I really like the idea. The drama is the crap here :)

It would be good if you could run your own assets on your own server. Then you dont have to rely on any third party.

What is needed is an open source securities platform you can simply clone for your own use.

You should do that anyway even if there is a third party exchange or broker. Surely you consulted your lawyer before you listed on glbse as well ?

That doesnt make sense.

Does this thread have to get derailed every few posts?

Bitcoin.me, you can and the software is available right here: https://github.com/FellowTraveler/Open-Transactions . It has a working GUI client too and it's available right here.  https://github.com/FellowTraveler/Moneychanger
There is a separate thread about Open Transactions so lets take it over there https://bitcointalk.org/index.php?topic=117080.0

Chaang Noi, thank you for the warning. Good news is that assetc-otc owner has no access to issuers nor investors coin. assets-otc manages contracts and helps to keep track of the shares. I had my share of word fights with piotr_n not too long ago but it's water under the bridge and all have moved on.
The asstes-otc ideas has potential (if it gets a "trading" interface ;)   

Feature request: Send out confirmation e-mails to parties involved.
Every time contract is signed (buy, sell, div? etc) please send out a confirmation e-mail to parties involved.  Only use gpg user e-mail, do not allow this to be turned off (unless there is a situation where one party will be spammed to "death"?) 

@EskimoBob you asset has just been desisted from #assets-otc and you will never be allowed to list any assets at this service.

I sent you the history of your asset by email - all 3 transactions and both the pgp keys.

Now go licking some more goats' balls.

If they are licking your balls, or compromising my reputation - yes!

It is clearly stated at the first page of this topic: any crooks like you are immediately kicked out of the service and banned forever, at the very moment when I decide that the limit has been pushed.

Anyone who either has been dishonest or endorses people who have been dishonest.


My mother used to say that people perceive others by who they are themselves.
So I understand your rationalization of why you think that all the people except few would be dishonest, but I don't share your opinion about this and I believe that there are more honest and smart, rather than dishonest and stupid, people living on Earth...
So no, it wouldn't be faster to list few billions of people.


I don't have TOS and I don't plan to have any.
Do you have a problem with that? :)

dafuq ?


LOL

WTF dude? I was on your side.
I have only said good things about asstest-otc and now you pull this on me?
Why?

He is nefario, but shorter and angrier ?

Thanks for the information, I will stay away from your services for now on.

You're welcome.
Thanks for staying away from my services.

I'm really trying hard to make this project completely different from all the other shit holes, like i.e. GLBSE used to be.
And I remember very well that all of you guys used to be a huge fans of Nefario, back in the old times when I was saying that he was a thief and a liar - and in the response you were calling me a troll who did not know what he was talking about... And then I told you that the time would show... and then the time did.

So you either have not learned the lesson (meaning: extreme stupidity), or you have other reasons (most likely: dishonesty) - either way you are not welcome at assets-otc, since stupidity neither dishonesty of asset issuers is not going to be tolerated there.

Hope that's finally clear now, whose assets are welcome and whose are not, so there will be no more disappointments.

Today I released an extension for Chrome browser which automates all the gpg related stuff.

Having the extension installed in your browser + GnuPG in your OS (armed with your private key), you basically don't need to use command line anymore with assets-otc.com (http://assets-otc.com) - just enter the password for your key when asked. It's pretty convenient.

You can read more about the extension and download it from its GitHub repo: https://github.com/piotrnar/aotc4chrome

Unfortunately some binary files are involved - it was the only way to go.
I wish it was possible to provide a web browser with PGP functionality without the binary plugins, but unfortunately our modern and super advanced HTML 5 compatible browsers support basically everything I man could imagine; drawing canvas, vector graphics, A/V streaming with advanced codecs, OpenGL acceleration, and all the other fancy shit... but not a good old fashion RSA cryptography, neither a big numbers math.
So as much as I could research it, there is no way to write an RSA library in JavaScript.
Well... technically it is possible to write such library, but it would be so slow that signing a message with a regular 2048 bits key would be taking like days or weeks to complete.

You might want to have a look at this:

http://developers.slashdot.org/story/11/11/22/0422223/openpgp-implemented-in-javascript

The project referenced within has moved:

http://www.openpgpjs.org/

Thanks.
This projects looks quite promising and it performs not too bad... at least in Chrome, with 2048b key, on my i5 CPU :P

Unfortunately it does not work yet, because whenever I clear-sign a message that contains more than one end-of-line character, it does not verify later on.
See an example, if you wish: http://www.speedyshare.com/Gm2gU/openpgpjs-test.zip

Moreover, keeping the private keys in the browser's local storage and entering the password to unlock it via a browser's form, is not a kind of security that I would like to encourage.
So for now I will rather stick to the NAPI plugins - faster, safer and just works.