[ANN] TIMEREUM (TME) VERSION 2.0: "ELIXIR" (ELIX) RELEASED (NEW THREAD)

[JHB3]

I think rebranding and contract correction is very good but 6-12 months is very long. We need to save the project and try to do something to help dev!

We could really help the project if someone would start a TIMEREUM reddit page, so we can send the request for HitBTC.

https://hitbtc.com/add-token

https://www.reddit.com/

[1714684747]

1714684747

[1714684747]

1714684747

[1714684747]

1714684747

[bitcircle]

I don't understand what is purpose of re-brand at this stage while this coin is still very young even not have a consistent growth. But I will follow the plan so let's see how this will make this project more reliable and make involve big community into this.

[viljy]

Dev any answer from other exchanges(shapeshift..)? Cryptopia can be a solution but i don't know if we can gather fast fee to pay.
Do you want to rewrite full code for TME or for new lending tokens?

No word from Shapeshift yet.

I think at some point renaming TME and making it fully ERC-20 compatible will save a lot of trouble later on. Shouldn't be a problem for places like Cryptopia or Livecoin, but in the long run will be a good idea.

The lending token service is being developed.

Add a compatibility function to etherdelta.github.io in the smart contract and restart it with saving balances! Let the old smart contract die on the sly, and the new one in a long swim!

I agree, let's help the Dev recode the token to get it up and running again!

You can output TME to etherdelta through the intermediary currency. This is a simple smart two-way exchange contract. I could write and deploy it.
You traded your TME for this 1: 1 token, put it up for auction, and sold it. The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

New tokens, for example in the amount of 150000000 - 200000000? Send timereum to the address of the contract and receive a new exchange token? New tokens then exchange for a timereum? Good idea. I propose to name the new token TimereumEX (exchange) TMEX

[tammuz]

I have added TME for voting on C-CEX exchange. Here is a link:
https://c-cex.com/?id=vote&coin=tme

[fromtash]

We could really help the project if someone would start a TIMEREUM reddit page, so we can send the request for HitBTC.

https://hitbtc.com/add-token

https://www.reddit.com/

Reddit page was already created several days ago:
https://www.reddit.com/r/Timereum/

[ANTIMANIA]

Dev any answer from other exchanges(shapeshift..)? Cryptopia can be a solution but i don't know if we can gather fast fee to pay.
Do you want to rewrite full code for TME or for new lending tokens?

No word from Shapeshift yet.

I think at some point renaming TME and making it fully ERC-20 compatible will save a lot of trouble later on. Shouldn't be a problem for places like Cryptopia or Livecoin, but in the long run will be a good idea.

The lending token service is being developed.

Add a compatibility function to etherdelta.github.io in the smart contract and restart it with saving balances! Let the old smart contract die on the sly, and the new one in a long swim!

I agree, let's help the Dev recode the token to get it up and running again!

You can output TME to etherdelta through the intermediary currency. This is a simple smart two-way exchange contract. I could write and deploy it.
You traded your TME for this 1: 1 token, put it up for auction, and sold it. The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

New tokens, for example in the amount of 150000000 - 200000000? Send timereum to the address of the contract and receive a new exchange token? New tokens then exchange for a timereum? Good idea. I propose to name the new token TimereumEX (exchange) TMEX

A smart exchange contract I will make compatible with etherdelta. It will be possible to exchange TME for TMEX, then sell on etherdelta. The one who buys TMEX will be able to change them to TME.
1: 1
If dev makes such a smart contract, it will be better and faster than rebranding.

[onlytemporary]

Dev any answer from other exchanges(shapeshift..)? Cryptopia can be a solution but i don't know if we can gather fast fee to pay.
Do you want to rewrite full code for TME or for new lending tokens?

No word from Shapeshift yet.

I think at some point renaming TME and making it fully ERC-20 compatible will save a lot of trouble later on. Shouldn't be a problem for places like Cryptopia or Livecoin, but in the long run will be a good idea.

The lending token service is being developed.

Add a compatibility function to etherdelta.github.io in the smart contract and restart it with saving balances! Let the old smart contract die on the sly, and the new one in a long swim!

I agree, let's help the Dev recode the token to get it up and running again!

You can output TME to etherdelta through the intermediary currency. This is a simple smart two-way exchange contract. I could write and deploy it.
You traded your TME for this 1: 1 token, put it up for auction, and sold it. The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

New tokens, for example in the amount of 150000000 - 200000000? Send timereum to the address of the contract and receive a new exchange token? New tokens then exchange for a timereum? Good idea. I propose to name the new token TimereumEX (exchange) TMEX

A smart exchange contract I will make compatible with etherdelta. It will be possible to exchange TME for TMEX, then sell on etherdelta. The one who buys TMEX will be able to change them to TME.
1: 1
If dev makes such a smart contract, it will be better and faster than rebranding.

Glad to see the members that are knowledgeable about smart contracts are giving their input to help out the dev. I have no idea what you guys are talking about , but I'm sure the dev appreciates your input.

[TimereumDev]

Dev any answer from other exchanges(shapeshift..)? Cryptopia can be a solution but i don't know if we can gather fast fee to pay.
Do you want to rewrite full code for TME or for new lending tokens?

No word from Shapeshift yet.

I think at some point renaming TME and making it fully ERC-20 compatible will save a lot of trouble later on. Shouldn't be a problem for places like Cryptopia or Livecoin, but in the long run will be a good idea.

The lending token service is being developed.

Add a compatibility function to etherdelta.github.io in the smart contract and restart it with saving balances! Let the old smart contract die on the sly, and the new one in a long swim!

I agree, let's help the Dev recode the token to get it up and running again!

You can output TME to etherdelta through the intermediary currency. This is a simple smart two-way exchange contract. I could write and deploy it.
You traded your TME for this 1: 1 token, put it up for auction, and sold it. The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Thank you all for the suggestions, input and support.

On the suggestion:

The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Why not just let the converted tokens remain in the new token? I don't see any advantage to having them convert back to TME. The situation with Nova provides another reason to do so (more on this below).

Overtime, all TME will get converted via the 1:1 contract. Anytime a genesis holder wishes to produce the compatible token, they just produce it as TME and then convert it. For reasons discussed below (exchanges not understanding TME's genesis algorithm) I believe this may be best.

The issue with Nova is not a bug in the TME contract. Rather, it is a consequence of an exchange balance scanner not being able to account for the batch generation:

Here is an email from Nova:


Hi!
This is a good example of the problem:
https://ethplorer.io/address/0x3bbb0f94d87497abea56feb483aff0e3ea99d69c

The main problem is that the function that returns the balance from the contract does not seem to be reliable.

In the case with the transaction above we did detect three deposits as stated below:
1000.00000000
12515.56434313
12515.56434313

The way we handle deposits is the same as many other exchanges. It is done in two steps, first scanning blocks and in second step after a number of blocks/confirmations we ask the contract of the balance and your contract does not answer this reliably like the other ERC20 tokens we have listed.


When a batch is spawned, the exchange balance checker thinks the contract made an error, but in reality a genesis holder has spawned a batch. Thinking about an edge case where an exchange address were a child address, or the exchange scanned through transactions of a child address, the confusion is understandable.

I propose to use ANTIMANIA's solution with a slight alteration: TME sent is burned, and a new token is produced. The eccentricity of TME's production algorithm means that we should issue a new token that has a predictable balanceOf() function and is made by converting TME. Those scanners do not understand and cannot account for (without additional teaching) TME's production algorithm; TME basically comes out of thin air at certain addresses.

ANTIMANIA, if you want to write one as you've suggested, that would be very helpful--I was hoping to work on the service currently. If you can, post a link to a repo so everyone can take a look before upload.

I do have a proposal for a new name which I think is an improvement (and could be the name of the converted token), so I may post on that sometime soon.

[ANTIMANIA]

Dev any answer from other exchanges(shapeshift..)? Cryptopia can be a solution but i don't know if we can gather fast fee to pay.
Do you want to rewrite full code for TME or for new lending tokens?

No word from Shapeshift yet.

I think at some point renaming TME and making it fully ERC-20 compatible will save a lot of trouble later on. Shouldn't be a problem for places like Cryptopia or Livecoin, but in the long run will be a good idea.

The lending token service is being developed.

Add a compatibility function to etherdelta.github.io in the smart contract and restart it with saving balances! Let the old smart contract die on the sly, and the new one in a long swim!

I agree, let's help the Dev recode the token to get it up and running again!

You can output TME to etherdelta through the intermediary currency. This is a simple smart two-way exchange contract. I could write and deploy it.
You traded your TME for this 1: 1 token, put it up for auction, and sold it. The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Thank you all for the suggestions, input and support.

On the suggestion:

The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Why not just let the converted tokens remain in the new token? I don't see any advantage to having them convert back to TME. The situation with Nova provides another reason to do so (more on this below).

Overtime, all TME will get converted via the 1:1 contract. Anytime a genesis holder wishes to produce the compatible token, they just produce it as TME and then convert it. For reasons discussed below (exchanges not understanding TME's genesis algorithm) I believe this may be best.

The issue with Nova is not a bug in the TME contract. Rather, it is a consequence of an exchange balance scanner not being able to account for the batch generation:

Here is an email from Nova:


Hi!
This is a good example of the problem:
https://ethplorer.io/address/0x3bbb0f94d87497abea56feb483aff0e3ea99d69c

The main problem is that the function that returns the balance from the contract does not seem to be reliable.

In the case with the transaction above we did detect three deposits as stated below:
1000.00000000
12515.56434313
12515.56434313

The way we handle deposits is the same as many other exchanges. It is done in two steps, first scanning blocks and in second step after a number of blocks/confirmations we ask the contract of the balance and your contract does not answer this reliably like the other ERC20 tokens we have listed.


When a batch is spawned, the exchange balance checker thinks the contract made an error, but in reality a genesis holder has spawned a batch. Thinking about an edge case where an exchange address were a child address, or the exchange scanned through transactions of a child address, the confusion is understandable.

I propose to use ANTIMANIA's solution with a slight alteration: TME sent is burned, and a new token is produced. The eccentricity of TME's production algorithm means that we should issue a new token that has a predictable balanceOf() function and is made by converting TME. Those scanners do not understand and cannot account for (without additional teaching) TME's production algorithm; TME basically comes out of thin air at certain addresses.

ANTIMANIA, if you want to write one as you've suggested, that would be very helpful--I was hoping to work on the service currently. If you can, post a link to a repo so everyone can take a look before upload.

I do have a proposal for a new name which I think is an improvement (and could be the name of the converted token), so I may post on that sometime soon.

In that case, you need to write a simple contract for releasing a new token in which there will only be a TME conversion function and compatibility with etherdelta. Such a smart contract does not take much time, 3-5 days. Then people will be able to speculate with this token, and you at this time will be 6-12 months to write a new smart contract with credit functions)))

[Adriano2010]

To get new token genesis address holders and users that have TME on their wallet can burn anytime their TME to get new token? Example: i wait at least one year to generate a TME batch and i get 1500 TME and burn and get new token or will be a swap and new token will work like TME - 10 years to generate 5000 token/batch?

[ANTIMANIA]

To get new token genesis address holders and users that have TME on their wallet can burn anytime their TME to get new token? Example: i wait at least one year to generate a TME batch and i get 1500 TME and burn and get new token or will be a swap and new token will work like TME - 10 years to generate 5000 token/batch?

Smart contract TME generates tokens. A new smart contract accepts these tokens and destroys them, in return, presenting tokens compatible with all exchanges.

[jirages]

hello, searched for hours but no answer on the net, could anybody please tell me where could I transfer my TME /btc to a wallet ? a bitcoin wallet that accepts TME tokens in bitcoin.

I have purchased TME on bitcoin market

I really don't have a clue if btc wallets that accept tokens exist

I have a red message to retrieve my TME from the exchange

thank you v much

[minereum_investor1]

To get new token genesis address holders and users that have TME on their wallet can burn anytime their TME to get new token? Example: i wait at least one year to generate a TME batch and i get 1500 TME and burn and get new token or will be a swap and new token will work like TME - 10 years to generate 5000 token/batch?

Smart contract TME generates tokens. A new smart contract accepts these tokens and destroys them, in return, presenting tokens compatible with all exchanges.

Thank you Dev including all other qualified members for (in spite of the way TME got in trouble) keeping on fully supporting the project so it is not aimed at slowly dying.

Read about the previous suggestion, TMEX seems to be a decent name. Especially when talking about possible trading on decentralized exchanges.

[Adriano2010]

To get new token genesis address holders and users that have TME on their wallet can burn anytime their TME to get new token? Example: i wait at least one year to generate a TME batch and i get 1500 TME and burn and get new token or will be a swap and new token will work like TME - 10 years to generate 5000 token/batch?

Smart contract TME generates tokens. A new smart contract accepts these tokens and destroys them, in return, presenting tokens compatible with all exchanges.

That means i can burn when i want TME and is not a must to burn when new token is released.

[jirages]

hello, searched for hours but no answer on the net, could anybody please tell me where could I transfer my TME /btc to a wallet ? a bitcoin wallet that accepts TME tokens in bitcoin.

I have purchased TME on bitcoin market

I really don't have a clue if btc wallets that accept tokens exist

I have a red message to retrieve my TME from the exchange

thank you v much

[TimereumDev]

hello, searched for hours but no answer on the net, could anybody please tell me where could I transfer my TME /btc to a wallet ? a bitcoin wallet that accepts TME tokens in bitcoin.

I have purchased TME on bitcoin market

I really don't have a clue if btc wallets that accept tokens exist

I have a red message to retrieve my TME from the exchange

thank you v much

Use an ethereum wallet to hold your TME. Try MyEtherWallet.com and make sure the domain is spelled correctly.

[jirages]

hello, searched for hours but no answer on the net, could anybody please tell me where could I transfer my TME /btc to a wallet ? a bitcoin wallet that accepts TME tokens in bitcoin.

I have purchased TME on bitcoin market

I really don't have a clue if btc wallets that accept tokens exist

I have a red message to retrieve my TME from the exchange

thank you v much

Use an ethereum wallet to hold your TME. Try MyEtherWallet.com and make sure the domain is spelled correctly.

thank you, I have done so but it says only ethereum tokens accepted, and my TME are TME/btc, should I continue anyway ?

[ANTIMANIA]

hello, searched for hours but no answer on the net, could anybody please tell me where could I transfer my TME /btc to a wallet ? a bitcoin wallet that accepts TME tokens in bitcoin.

I have purchased TME on bitcoin market

I really don't have a clue if btc wallets that accept tokens exist

I have a red message to retrieve my TME from the exchange

thank you v much

Use an ethereum wallet to hold your TME. Try MyEtherWallet.com and make sure the domain is spelled correctly.

thank you, I have done so but it says only ethereum tokens accepted, and my TME are TME/btc, should I continue anyway ?

Add token to the list
Contract: 0xee22430595ae400a30ffba37883363fbf293e24e
Symbol:
TME
Decimals:
18

[ANTIMANIA]

Dev any answer from other exchanges(shapeshift..)? Cryptopia can be a solution but i don't know if we can gather fast fee to pay.
Do you want to rewrite full code for TME or for new lending tokens?

No word from Shapeshift yet.

I think at some point renaming TME and making it fully ERC-20 compatible will save a lot of trouble later on. Shouldn't be a problem for places like Cryptopia or Livecoin, but in the long run will be a good idea.

The lending token service is being developed.

Add a compatibility function to etherdelta.github.io in the smart contract and restart it with saving balances! Let the old smart contract die on the sly, and the new one in a long swim!

I agree, let's help the Dev recode the token to get it up and running again!

You can output TME to etherdelta through the intermediary currency. This is a simple smart two-way exchange contract. I could write and deploy it.
You traded your TME for this 1: 1 token, put it up for auction, and sold it. The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Thank you all for the suggestions, input and support.

On the suggestion:

The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Why not just let the converted tokens remain in the new token? I don't see any advantage to having them convert back to TME. The situation with Nova provides another reason to do so (more on this below).

Overtime, all TME will get converted via the 1:1 contract. Anytime a genesis holder wishes to produce the compatible token, they just produce it as TME and then convert it. For reasons discussed below (exchanges not understanding TME's genesis algorithm) I believe this may be best.

The issue with Nova is not a bug in the TME contract. Rather, it is a consequence of an exchange balance scanner not being able to account for the batch generation:

Here is an email from Nova:


Hi!
This is a good example of the problem:
https://ethplorer.io/address/0x3bbb0f94d87497abea56feb483aff0e3ea99d69c

The main problem is that the function that returns the balance from the contract does not seem to be reliable.

In the case with the transaction above we did detect three deposits as stated below:
1000.00000000
12515.56434313
12515.56434313

The way we handle deposits is the same as many other exchanges. It is done in two steps, first scanning blocks and in second step after a number of blocks/confirmations we ask the contract of the balance and your contract does not answer this reliably like the other ERC20 tokens we have listed.


When a batch is spawned, the exchange balance checker thinks the contract made an error, but in reality a genesis holder has spawned a batch. Thinking about an edge case where an exchange address were a child address, or the exchange scanned through transactions of a child address, the confusion is understandable.

I propose to use ANTIMANIA's solution with a slight alteration: TME sent is burned, and a new token is produced. The eccentricity of TME's production algorithm means that we should issue a new token that has a predictable balanceOf() function and is made by converting TME. Those scanners do not understand and cannot account for (without additional teaching) TME's production algorithm; TME basically comes out of thin air at certain addresses.

ANTIMANIA, if you want to write one as you've suggested, that would be very helpful--I was hoping to work on the service currently. If you can, post a link to a repo so everyone can take a look before upload.

I do have a proposal for a new name which I think is an improvement (and could be the name of the converted token), so I may post on that sometime soon.

I will write such a smart contract if its need is confirmed by the owners of the addresses of the genesis. For a fee of 50 000 TME
You can be the guardian of this amount and give it to me after the smart contract is deployed.

[TimereumDev]

Dev any answer from other exchanges(shapeshift..)? Cryptopia can be a solution but i don't know if we can gather fast fee to pay.
Do you want to rewrite full code for TME or for new lending tokens?

No word from Shapeshift yet.

I think at some point renaming TME and making it fully ERC-20 compatible will save a lot of trouble later on. Shouldn't be a problem for places like Cryptopia or Livecoin, but in the long run will be a good idea.

The lending token service is being developed.

Add a compatibility function to etherdelta.github.io in the smart contract and restart it with saving balances! Let the old smart contract die on the sly, and the new one in a long swim!

I agree, let's help the Dev recode the token to get it up and running again!

You can output TME to etherdelta through the intermediary currency. This is a simple smart two-way exchange contract. I could write and deploy it.
You traded your TME for this 1: 1 token, put it up for auction, and sold it. The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Thank you all for the suggestions, input and support.

On the suggestion:

The buyer turned to this smart contract and changed the purchased tokens for an equal amount of TME

Why not just let the converted tokens remain in the new token? I don't see any advantage to having them convert back to TME. The situation with Nova provides another reason to do so (more on this below).

Overtime, all TME will get converted via the 1:1 contract. Anytime a genesis holder wishes to produce the compatible token, they just produce it as TME and then convert it. For reasons discussed below (exchanges not understanding TME's genesis algorithm) I believe this may be best.

The issue with Nova is not a bug in the TME contract. Rather, it is a consequence of an exchange balance scanner not being able to account for the batch generation:

Here is an email from Nova:


Hi!
This is a good example of the problem:
https://ethplorer.io/address/0x3bbb0f94d87497abea56feb483aff0e3ea99d69c

The main problem is that the function that returns the balance from the contract does not seem to be reliable.

In the case with the transaction above we did detect three deposits as stated below:
1000.00000000
12515.56434313
12515.56434313

The way we handle deposits is the same as many other exchanges. It is done in two steps, first scanning blocks and in second step after a number of blocks/confirmations we ask the contract of the balance and your contract does not answer this reliably like the other ERC20 tokens we have listed.


When a batch is spawned, the exchange balance checker thinks the contract made an error, but in reality a genesis holder has spawned a batch. Thinking about an edge case where an exchange address were a child address, or the exchange scanned through transactions of a child address, the confusion is understandable.

I propose to use ANTIMANIA's solution with a slight alteration: TME sent is burned, and a new token is produced. The eccentricity of TME's production algorithm means that we should issue a new token that has a predictable balanceOf() function and is made by converting TME. Those scanners do not understand and cannot account for (without additional teaching) TME's production algorithm; TME basically comes out of thin air at certain addresses.

ANTIMANIA, if you want to write one as you've suggested, that would be very helpful--I was hoping to work on the service currently. If you can, post a link to a repo so everyone can take a look before upload.

I do have a proposal for a new name which I think is an improvement (and could be the name of the converted token), so I may post on that sometime soon.

I will write such a smart contract if its need is confirmed by the owners of the addresses of the genesis. For a fee of 50 000 TME
You can be the guardian of this amount and give it to me after the smart contract is deployed.

If you can do it for 50k TME, you have a deal from me. Make sure it's fully ERC-20 compatible. If you need anything, let me know.