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

[minereum_investor1]

@nagatraju No need to depend on anybody. The person you'd be paired with could die today and you'd be able to generate your coins anytime.

minereum_investor1 It might be in everyone's interest to get a few coins circulating. By increasing circulation the value of the non-circulated coins will actually go up.

One more question, getting a few coins circulating at the beginning of the smart contract deployment means that some persons will not be able to get the theoretical max supply per address pair as there are only 10 batches to create. Am I wrong ? 

[mnamshares]

So Timereum going to live soon.

This must be a good news to all of us.

[thang long]

Yeah.
@dev:
take it easy. We can wait more.
Go have a beer or something tonight

[dobrujk]

wait for the news!!

wait for update

[minereum_investor1]

-The following sentences comes from the whitepaper : "The first ten transactions from a child to its parent triggers the generation of currency in the child."

Does that mean the 9 previous transactions don't allow us to trade the coins deposited using batches ?


-2nd one : "Specifically, the coins per batch created is a linear function that allows 25% of maximum coin generation when the system goes online, and 100% after 10 years"

Does it mean however we hold or use the available batches, we would not be able to get the maximum supply per batch so it will generate at a 25% rate for the 10 next years ? (1250 coins/year).

[Münzpräger]

-The following sentences comes from the whitepaper : "The first ten transactions from a child to its parent triggers the generation of currency in the child."

Does that mean the 9 previous transactions don't allow us to trade the coins deposited using batches ?


-2nd one : "Specifically, the coins per batch created is a linear function that allows 25% of maximum coin generation when the system goes online, and 100% after 10 years"

Does it mean however we hold or use the available batches, we would not be able to get the maximum supply per batch so it will generate at a 25% rate for the 10 next years ? (1250 coins/year).

Only transactions from the child to the parent will create coins. You can transfer already mined coins to all addresses but the parent one.

[tamara163]

it is very difficult for me. but I think on extent of receipt of information I understand how it works)

[levelten]

Why don't you try these with your existing code:

• Continue to refactor into libraries. This is the #1 way to reduce the bytecode size of the main contract.
• Use shorter types for struct elements and sort them such that short types are grouped together. Started doing this and it makes a massive difference even if the code is not as readable or clean looking.
• Move duplicate functionality into generic functions or function modifiers (even if it means more function parameters).
• Instead of creating multiple getters (or multiple public members), create bundled getters that return multiple values at once.
• Use local variables to reference storage array elements.
• Remove some constant functions that are not critical to the contract.

I don't think reducing codes going to help, because of hard-codings the addresses max out the size limit of the smart contract,
that is why he has to pair with another person's address to reduce the size.
I hope Dev could find another workaround rather than pairing with another person's address.

[JHB3]

Rather quick.
I believe MNE dev put in money of his own to get it on livecoin.
Could be wrong

you are in the wrong thread..that is timereum no MNE!

he only said that he spent his on money to get it listed!

[richpress]

-The following sentences comes from the whitepaper : "The first ten transactions from a child to its parent triggers the generation of currency in the child."

Does that mean the 9 previous transactions don't allow us to trade the coins deposited using batches ?


-2nd one : "Specifically, the coins per batch created is a linear function that allows 25% of maximum coin generation when the system goes online, and 100% after 10 years"

Does it mean however we hold or use the available batches, we would not be able to get the maximum supply per batch so it will generate at a 25% rate for the 10 next years ? (1250 coins/year).

The rate increases from 25% to 100% in a linear function, which means first year 25% second year will be 33.33%, 3rd year will be 41.66% , 4th year will be 0.5% and so on (increasing by 08.33% every year, or 0.02283105% every day)
So the longer you hold, the more coins you can generate.
You also can generate 10 times only, so if you use only 1 token generating transfer (from your child address to parent) the first year, you can wait more and generate again 9 times with a higher rate (depending on how much you wait).

As for the solution the dev found about pairing all of our addresses together and removing the need to double addresses, I find it very smart actually, because the parent address is playing the role of a key to unlock the tokens in the child address therefore we don't really need access to the parent address. Good solution dev.

[Cloudpost]

-The following sentences comes from the whitepaper : "The first ten transactions from a child to its parent triggers the generation of currency in the child."

Does that mean the 9 previous transactions don't allow us to trade the coins deposited using batches ?


-2nd one : "Specifically, the coins per batch created is a linear function that allows 25% of maximum coin generation when the system goes online, and 100% after 10 years"

Does it mean however we hold or use the available batches, we would not be able to get the maximum supply per batch so it will generate at a 25% rate for the 10 next years ? (1250 coins/year).

The rate increases from 25% to 100% in a linear function, which means first year 25% second year will be 33.33%, 3rd year will be 41.66% , 4th year will be 0.5% and so on (increasing by 08.33% every year, or 0.02283105% every day)
So the longer you hold, the more coins you can generate.
You also can generate 10 times only, so if you use only 1 token generating transfer (from your child address to parent) the first year, you can wait more and generate again 9 times with a higher rate (depending on how much you wait).

As for the solution the dev found about pairing all of our addresses together and removing the need to double addresses, I find it very smart actually, because the parent address is playing the role of a key to unlock the tokens in the child address therefore we don't really need access to the parent address. Good solution dev.

I agree, it's a smart solution. If it will allow to make contract code better, just go for it

[minereum_investor1]

*snip*

The rate increases from 25% to 100% in a linear function, which means first year 25% second year will be 33.33%, 3rd year will be 41.66% , 4th year will be 0.5% and so on (increasing by 08.33% every year, or 0.02283105% every day)
So the longer you hold, the more coins you can generate.
You also can generate 10 times only, so if you use only 1 token generating transfer (from your child address to parent) the first year, you can wait more and generate again 9 times with a higher rate (depending on how much you wait).

As for the solution the dev found about pairing all of our addresses together and removing the need to double addresses, I find it very smart actually, because the parent address is playing the role of a key to unlock the tokens in the child address therefore we don't really need access to the parent address. Good solution dev.

Thank you very much for your clear reply sir, the one I've been waiting for a long time .

[thang long]

*snip*

cut

As for the solution the dev found about pairing all of our addresses together and removing the need to double addresses, I find it very smart actually, because the parent address is playing the role of a key to unlock the tokens in the child address therefore we don't really need access to the parent address. Good solution dev.

Thank you very much for your clear reply sir, the one I've been waiting for a long time .

So my noob brain processes like this:
If I am paired with a dead man, I use gas to send ETH/ tokens to his address and it does not have consequences for whatever I send him (I can still access that?) and it generates a mining batch which is send to MY address?

Sorry, just trying to get along here....

[ANTIMANIA]

*snip*

cut

As for the solution the dev found about pairing all of our addresses together and removing the need to double addresses, I find it very smart actually, because the parent address is playing the role of a key to unlock the tokens in the child address therefore we don't really need access to the parent address. Good solution dev.

Thank you very much for your clear reply sir, the one I've been waiting for a long time .

So my noob brain processes like this:
If I am paired with a dead man, I use gas to send ETH/ tokens to his address and it does not have consequences for whatever I send him (I can still access that?) and it generates a mining batch which is send to MY address?

Sorry, just trying to get along here....

I understood so. We get for the very fact of sending a token to the parent address. His actions do not affect us in any way.

[jimhuang]

i want to see how it work , how it mine .
can't wait it list on exchange  .
want to buy some

[tnrmedia]

I hope at least today, Timereum go Live.

We all are waiting for it.

[loli974]

-The following sentences comes from the whitepaper : "The first ten transactions from a child to its parent triggers the generation of currency in the child."

Does that mean the 9 previous transactions don't allow us to trade the coins deposited using batches ?


-2nd one : "Specifically, the coins per batch created is a linear function that allows 25% of maximum coin generation when the system goes online, and 100% after 10 years"

Does it mean however we hold or use the available batches, we would not be able to get the maximum supply per batch so it will generate at a 25% rate for the 10 next years ? (1250 coins/year).

The rate increases from 25% to 100% in a linear function, which means first year 25% second year will be 33.33%, 3rd year will be 41.66% , 4th year will be 0.5% and so on (increasing by 08.33% every year, or 0.02283105% every day)
So the longer you hold, the more coins you can generate.
You also can generate 10 times only, so if you use only 1 token generating transfer (from your child address to parent) the first year, you can wait more and generate again 9 times with a higher rate (depending on how much you wait).

As for the solution the dev found about pairing all of our addresses together and removing the need to double addresses, I find it very smart actually, because the parent address is playing the role of a key to unlock the tokens in the child address therefore we don't really need access to the parent address. Good solution dev.

If i understand, we can retry 1.14 coins each day. this coins and airdrop is very interresting, but it need gas for transaction

[Cloudpost]

I hope at least today, Timereum go Live.

We all are waiting for it.

Haha, why so impatient?  Give them a week or 2 to test everything. 1 small mistake in a contract code will result in a dead project...

[Miou]

Right we have to be patient because this is "timereum". The more time we wait, the more treasure we get

[Münzpräger]

Give the dev some rest. It is weekend after all. Waiting will be one of the key traits with this coin anyway.