Tokentable is a graphical Smart Contract Managment System (SCMS) that allows you to construct and manage deal smart contracts. For our alpha version, we have developed a multi-party, private brokerage contract. These are also referred to commonly as "pools". These allow one user, who might be a fund, broker or private individual, to invite purchasers into a deal where Ether (ETH) is exchanged for an identified ERC20 token that he or she has access to an allocation of. Subscribers to the deal are invited, join the deal and pool their funds into a smart contract. Users retain control of their funds until the deal is locked for closing. The deal Sponsor then sends funds off to secure the assets to be purchased. The TokenTable system automates a majority of this process, as well as receipt and distribution of the purchased assets.
A Sponsor user is one who may create deals on the platform. A Subscriber is allowed to participate in deals. Sponsors must apply for manual approval to the platform and are expected to follow all applicable laws and regulations of their respective jurisdictions.
Metamask is not required to use the TokenTable platform, but is strongly recommended to take advantage of the automations we have built. As a best practice, we recommend using Metamask to interact with the platform, but to keep a majority of your cryptoassets in secure "cold" storage when not actively making blockchain transactions. You will not need to sign blockchain transactions to follow the status of a deal.
After a token distribution is received by a deal, and approved by the sponsor, you will be able to log in and withdraw the tokens with the same signing address you used to join the deal. This address will be shown to you in your deal detail view. This address CANNOT be changed once you have joined a deal and submitted funds, so be sure not to lose control of it under any circumstances.
Every deal has a token vault. This is a smart contract that stores any tokens that are part of the deal and knows who should be in control of them at any point in time. ONLY send deal assets to the token vault contract and NEVER send tokens to the vault that the TokenTable platform has not told it to expect. They will be lost forever.
NO. Users will always be shown where funds are going to be sent before a deal is locked, and TokenTable will endeavor to keep only honest Sponsors on the platform. However, our solution is not full-proof in preventing theft and we strongly recommend that you know and trust your Sponsor before sending any funds.
The e–mail address associated with your user account will automatically receive a notification at every stage of the transaction. You won't even need to log in to follow along.
An open whitelist issues the same deal invitation code to everyone invited. A private whitelist issues a unique invitation code to each invitee. Private whitelists are preferred when you want the strictest control over who has access to your deal.
The soft cap represents the minimum that must be raised for a deal to be considered viable. The hard cap is the maximum possible size of the deal. Remember that both of these figures will be shown inclusive of
The entire sponsor fee is captured when a deal is locked, but will only be released when the sponsor
approves a distribution. If a sponsor's total fee for a deal is X and a deal specifies Y number
of ditributions, than the sponsor will reveive X÷Y per distribution. This ensures that sponsors only get paid
as their subscribers receive the expected assets.
TokenTable has no control over sponsor fees and cannot control their disbursement. We recommend you only specify multiple distributions that are contractually agreed upon with your third party seller.
TokenTable does not advertise or materially participate in deals on our platform, nor do we have access to or control over funds transacted on our platform. We have built software and smart contracts that allow users to transact in new ways on the Ethereum blockchain and have endeavored to make security our top priority. However, we are only software providers, and the burden of compliance falls to those issuing and transacting in digital assets.