For your personal sake, do not sign receipts of more Tell than you actually own. Doing so reduces your Trustworthiness Rating, which could be damaging to you in the future.
You don't have to be technically minded to use Tell. Anyone can use Tell. The only important thing is to keep your Private Tell Key private, hidden and safe. Best is to keep it offline, for instance by printing the PDF you received upon signup. Do not show it to anyone.
First of all store your Private Tell Key in a secure location that only you know and have access to, preferably offline and optimally on paper. Don't share it with anyone. We will never ask you for your Private Tell Key. If someone asks you for your key and claims to be us, they are not telling the truth. Never show your key to anyone. If you like you may also save all your receipts on your own computer as well, in their cryptographically signed format.
Even though it is up to you, we also advice you to not sign transactions on other platforms than this [i.e only on telldrc.co] for now. If you do sign transactions on other platforms, your Private Tell Key might be lost.
Contact us at once. We will freeze your account. And if your account is verified, we will then start the process that gives you a new key. If your account was not verified, then we might not be able to help you.
There are no fees for registering receipts.
Receipt registrations go through very quickly. It should not take more than a second. Remember, due to the Transomnic Transaction Method, transactions themselves are however entirely instantaneous.
You should know that blankspace and hashtags are both replaced with underline character, in our transaction notes, in receipts. If you are going to build some kind of invoice system with references for your customers, you should not use blankspaces or hashtags. The only characters we allow are of Alphanumeric A-Z, a-z, 0-9, and !?.-_.
Begin by creating a unique ID code [for each purchase] via your own software. Give this to your customer, at the moment of purchase, along with the ID of your Tell account. Then the customer makes a Tell payment/transfer of funds, with this ID as message.
In order to automate the response of your own software, you can use our simple RRP [Receipt Registration Ping] API, which you find on the bottom of your Tell Account page. Thus your server will be notified at once when we have processed the receipt of the transaction.
Verification will be activated in Phase Two of Tell. We are now in Phase One, but [a] you can use Tell already, i.e. make transactions and register receipts, and [b] you will receive all of your mintage money retroactively on top of your current balance once you verify your account in Phase Two [meaning the two balances will then be combined]. You might end up receiving more than the mintage balance informs you of now, simply because any existing accounts that will never get verified [as they might be doubles, or impersonal accounts etc.] will of course lose their mintage balance, and after the Expansion Correction Event [at the beginning of Phase Two ot Tell], accounts that actually have gotten verified will thus in relation get more than they first thought. In any case, the most important thing to remember is that: You benefit most by signing up today - if you have not already - to get your mintage balance to start accumulating [which happens automatically once your account is created]. For now, if you have a Tell account your mintage is cryptographically secured and waits for you. We will enter Phase Two of Tell as soon as it securely and effectively can be done. Lastly, of course your mintage balance grows with Expansion - just like your transaction balance. Both are also affected equally by Apoptosis.
For the sake of clarification: Your mintage balance is what you currently see accumulating in the grey box above your main balance in the green box, meaning the transaction balance [the shadow balance] on your wallet shadow page. Transaction balance means the Tell that other people have paid you [to the extent that receipts have been registered of those transactions].
Notice that during Phase One Trustworthiness Ratings are not really practically useful yet. They will serve a valuable purpose in Phase Two however, once verifications have commenced. Now they are useful mainly to demonstrate the concept.
Simply go to the Trustcheck page, by clicking the following link. But in the adress field after "account_ID=", enter the account_ID of the account you want to check the Trustworthiness Rating of. Of course, if you are a developer, you can easily automate this for your own needs. Since the trustcheck page will probably only be used in automated systems, it is only a skeleton of data.https://www.telldrc.co/pages/trustcheck?account_ID=00000000000
Since Tell is Transomnic, we don't handle transactions. Therefore, it is up to you how many transactions you sign and make each day. There is no limit. However, for the time being we only allow 10 receipts to be registered per day, from the same sender. This is simply to reduce potential stress on our receipt registration system. We are going to increase [or even remove] this limit in the future. For the recipient however, there is no limit to how many receipts can be registered each day. This of course also means; If a sender has already maxed this 10 treshold, the receipt can still simply be registered tomorrow.
It is worth pointing out: Furthermore we consider two transactions as the same if they have the same sender, recipient, amount, date and note - even though they have different [albeit valid] signatures. This however is just an interpretation of reality. If people dislike it, we might change it later. For now we only allow one of them to be registered.
Technically you can pay more than you own. Technically you are free to make an infinite number of transactions - amounting to an infinite number of Tell. However, if you do not own enough Tell, then if anyone tries to register a receipt proving the transaction, the person will find out you didn't seemingly own enough Tell [at least not whose receipts are registered]. Therefore this only reduces your trustworthiness - and the recipient won't get an increased shadow balance.
If you generate a receipt of a transaction you cannot afford, and send it to the recipient [or someone else] who registers it, then this reduces your trustworthiness. I.e: the receipt is registered as an 'insufficient funds receipt'. However, if you register the receipt of the transaction yourself, an error will be thrown, and the receipt won't get registered at all. This is to help you not accidentally damage your own trustworthiness. Therefore we suggest that you always register receipts of your own transactions yourself.
Every account has a Trustworthiness Rating, of somewhere between 0.000 and 100.000. The first day, when the account is created, that rating is 0.000. Then it gradually, ever so slowly starts growing. It continues to grow slowly - day by day [at the same pace for all users] - as long as the outgoing sums of registered receipts don't exceed the incoming. If you never exceed what you have registered to own, then it will take 15 years to reach full trustworthiness rating of 100.000. Beware, it is however very easy to reduce it to 0 again. The rules for how much overpayment hurts your Trustworthiness Rating are as follows:
Do not however, regard this explanation as an invitation to trying to overpay - as only you would lose from it. Damages done to your Trustworthiness Rating would take up to 15 years to correct.
|Implied overpayment||Percent of distance to 0 that rating is reduced by|
The purpose of having a Trustworthiness Rating is that it makes it easier to make offline payments using only your private key and cryptographically signed Trustworthiness Rating and data, even without an internet connection. Practically nobody will do this day one, but one day it could be more common: Not only does it shield us from when payment companies or banks are having problems processing transactions, but it also shields us from internet connection problems, or even blackouts.
What we explained above was merely the 'automatic' Trustworthiness Rating, that takes 15 years to go from 0 to 100. Besides that, there is the related Trustworthiness Data, that allows anyone to customize ratings to their needs. This data basically consists of the last date a user exceeded his/her balance, and the binary fact 'Has this user ever exceeded his/her balance?'. All is accessible via the same page, in both non signed, and signed form [verifiable with the Public Key of Tell DRC Co.].
A shadow balance is the perceived Tell balance of a given user, based on the receipts that are registered, involving his or her account. You see; Technically you can be a Tell millionaire and still have a shadow balance of 0. This is because transactions don't happen on the Tell platform. Only receipts are registered here. Your shadow balance can be calculated on the Tell DRC Platform, or on any other platform in the world - that is built for the purpose, and collects receipts.
This concept - a 'shadow balance' - could actually be calculated for any person in any currency. Take the Londoner John Smith. If we gather as many receipts as possible, of GBP transactions involving him - both payments made by him, and incoming transactions to accounts owned by him - then we would get a shadow balance for him too, in GBP. If we gathered the receipts for 100% of the transactions involving him throughout his whole life, then his shadow balance would perfectly mirror his actual balance.
As we explain on the About page, Tell units are subject to Apoptosis and Expansion. Apoptosis is preset for the first 10 years after Tell's release. Expansion is also preset in Phase One, but in Phase Two however [once identity verification is up and running], the Expansion Rate depends on how many new users are verified a given day. If 1% new users are registered day X, then Expansion Rate is 1.01 that day, meaning all account balances increase by 1%. If Apoptosis Rate of a given day is 0.999, that means all account balances decrease by a rate of 0.1% that day. As you see, the resulting balance increases if Expansion is higher than Apoptosis, but decreases otherwise. This is also true about transactions. If you signed a transaction of 5 Tell the 5th of January, these 5 Tell will be subject to the same Apoptosis and Expansion as all account balances are. This means; if you register the receipt of that transaction one day later, then the transaction amount might have changed. But if you register the receipt the very same day, then it is the same.
If you requested a payment of some kind, and asked for say 10 Tell, but got 10.01 or 9.99, what we just explained might be the reason why.
Finally, it must be mentioned that all transactions that are registered at least one day after they were signed [or more], always see their 'registered amount' reduced by 10 millionths of 1 Tell [i.e. 0.000010]. This is simply because: During the Expansion and Apoptosis, rounding sometimes has to take place. In the worst case [one in a billion], this could mean a person paying all he/she owns [and thus can afford], would end up not seemingly afford it, if the receipt is registered a day later. That of course can't be tolerated. Reducing the 'registered amount' by 0.000010 Tell solves this issue. One consequence of this is also: If you sign a transaction of 0.000010 Tell, and register the receipt at least one day later, the registered amount will be 0 Tell. You can try this if you like. [But nobody will probably ever in a real scenario pay so little]. The smallest practical transactions will probably be many times larger.