Firstly for this to work each maybe you need gateway relationship to be verified bi-laterally, i.e. a gateway to gateway trust relationship is pre-established, I am not sure this exists in the Ripple model which is why I think there is a problem - is this what you mean by federation.
this is precisely what i mean by federation.
Each buyer and seller legitimise the asset with each gateway involved e.g. deposit asset in escrow or reserve somehow.
The buyer sends the transaction request to the sellers gateway to buy the asset (with the relevant buy/sell asset ids from each gateway)
The sellers gateway initiates a transaction on the block chain which is seen by buyers gateway and this is validated by forging as legitimate (e.g. 10 confirms?)
The buyers gateway then confirms the transaction by re-submitting again to be validated by forging to confirm the buyer honours the contract.
The two gateways can then release the escrow asset to the buyer and seller respectively.
The transaction ledger could be the NXT blockchain, once the transaction is validated by forging the seller gateway releases the asset to the buyer and the buyer gateway releases the asset to the seller.
The buyer/seller gateways would get their fees from the buyer/seller respectively
There is a NXT fee for each of the transactions involved.
What I am trying to achieve is the gateways are acting to ensure the safe transfer of an asset between two parties but maybe this is too hard complicated?
For widespread adoption there needed to be trust in the integrity of the transaction and that should be down to whether Anon, Bob or Sally tokens have a different trust level.
Without some level of transaction legitimacy validated by NXT itself I fear we would have a massive dispute resolution problem with scam buyers as much of a problem as scam sellers.
ok so for all of the gateways that want to federate create a multig address to hold the btc that acts as reserve for the FederatedBTCTokens. If bob issues 5 FederatedBTCTokens than he also deposits 5 btc in the multisig address. Lets say bob and betty are federated. The FederatedBTCToken that bob issued is claimed at betty's gateway. Betty signs the transaction and publishes her signed transaction on the NXT blockchain. Of course its a multisig account so 1 signature is not enough. Bob is monitoring the blockchain. He sees the signed transaction. He downloads the transaction from the blockchain, adds his signature, and then broadcasts the transaction.
bob feels safe because he knows betty can not steal his btc without his signature. the buyer feels safe because he knows the btc is in reserve and that if bob were to attempt to misbehave than betty would offer some protection against this. betty feels safe because she is not extending a line of credit to bob, there is 100% reserve in a shared address.
Do I have this right? I think its a great idea if i do.
yes thats it!
Also, all deposit and withdrawal requests are via AM, everything is transparent. All gateways and actually anybody can monitor the expected balance of the multisig acct and if there is ever a discrepancy, it is detected right away.
I am still worried about all the deposits getting lost in case two gateways disappear (assuming 4 of 5 multisig), but I think it might be possible to create an unpublished transaction that simply empties the account into a new emergency dead man switch acct. This would be set to happen at the beginning of every month. Then the worst case scenario is that we have to wait a month to recover from simultaneous disappearence of two gateways. Also, prior to the next month, all the gateways need to transfer all the funds into a new multisig to avoid the deadman switch.
Something like that, I just had that idea as I was typing so I am sure it can be improved. Since you are approving of multisig approach, I will start authorize starting the coding for the automated multisig gateway.
I am currently in contact with 2 groups who want to provide gateway services. I am looking for at least 3 more. There will not be much profit in being a gateway from deposits and withdrawal fees. I am hoping that it will be as close to 0 as possible. If you are planning on being rich from running a gateway, change plans. Having a path into NXT AE for all other cryptos without any fees will be the best solution. If anybody doubts this, I just mention one word: "dgex" I say no more about fees.
What incentive is there to be a gateway other than community appreciation?
Plenty! NXT is decentralized and there are no official contacts businesses (or countries) can make if they want to quickly get up to speed, eg. issue Assets, custom coins, etc. Who will they naturally turn to? The community gateway businesses, who else.
I will continue posting valuable business ideas for anybody to be able to make a nice living with, but the gateways will have an advantage for a lot of these ideas. The reason is that they are the ones that are the gatekeepers into the NXT economy. So, view being part of the multisig gateway as the foundation for many other ways to monetize. You probably all have a lot of NXT anyway, so making NXT worth 10 times more might even be sufficient motivation.
Anyway, I am calling for people who want to be a gateway. Oh, the community will make sure the automated software works and is reliable. Not sure if we will go as far as make a push button GUI to setup a gateway, so you probably need to know linux command line. The Amazon secure servers seem like a good place to run a gateway server on.
This is all coming together nicely.
James