Proposal VE Wallet

Introduction

Currently there are several applications that have been written by members of the Vast Empire that allow access to the database.  Those applications are allowed access to the database because they have been written by trusted developers.  This means of development cannot continue because the list of trusted developers has decreased dramatically over the years.  In order to provide more applications that can be used by members of the Vast Empire, an ability to access limited parts of the database must be created. 

Requirements

In order for this to be a valuable component of the Vast Empire architecture, there must be several things that can be done on a wallet.

1. The wallet must allow for an identity to be provided and logged into from an external connection.  This access will provide a session ID that can be used to access various parts of the wallet.  Session id should be something along the lines of a hash made up of the website and the user name and password.

2. The wallet must allow for IC's to be transferred between a FGB account and a wallet. 

3. The wallet must allow for IC's to be transferred between wallets.

4. The wallet must be persistent for as long as the user wants his wallet to exist.  Sites must be able to rely on the session information returned by the wallet in order to link data to a user.  This will allow databases to keep information and link them to users that are logged in.

  a. The user must be able to delete the wallet whenever they feel it is necessary.  This means that the session id must no longer provide access to the website.


VEEC Use Case

Doing this will allow more applications the ability to link into the VE profiles of users.  This would allow applications like the VEEC website to provide a login that is similar to the one that is used to log into the VE website.

0: A user will visit the VEEC website.
1: User clicks on the log in link.
2: Web browser redirects the user to the VE.com/wallet website
3: Based on the website referrer the wallet code is able to determine if the user has linked to the requesting website.
  3.1: If the user has a session stored off for this website, then a session id is returned to the requesting website
  3.2: If the user does not have a session stored off for this website, then a login and password box should be displayed.
    3.2.1: Upon successful login, the session information is stored in the wallet database and the session id is returned to the requesting website.
4: The website is able to request information based on the user session that is returned to the website using json or some similar technology.


I'm sure that when Kadann writes this, it'll be a lot more thought out than what I can do in 30 mins.  But if members want new applications to play with, this is an important first step.

I don't have in definitive plans yet.

A casino could take advantage of this.  The owner of the casino would have to make sure that he had enough money to cover the payouts in their wallet.

A flea market application would be interesting, people could trade their store bought items or auction/sell off their luxury items.

A web based role playing game that would allow people to participate against other characters.  Similar to the world conquest game that several of us were playing a while ago.

Squad based site could have areas built in that are limited to just members of that squad.

Those are just the ideas off the top of my head.  I don't know what other people want to do with this type of functionality. 

I was thinking about this a bit more after I logged off.  We could add some kind of fraud detection ability, or at least help us find someone to yell at when things get hosed by having developer licenses that are site specific.

The store idea's been tried before, and shot down.

Thing with the individual store's is that it'd be very expensive - to purchase items from the ICS, have a website with a similar shopping cart, etc... If this was even possible, I would imagine that the individual person would have to make at least a 600-800 million IC deposit up front before venturing into something like this.

And yeah - virtually no one would be able to. :P

I don't know how the credit card idea would work because I'm not sure how it could be implemented in a story but like you said, was just an idea. Nice try though.