Topic: Unmoderated XC thread - page 13. (Read 57240 times)

Quote from: Queeq on June 13, 2014, 08:12:05 AM

If they were on the same block, xnode would not have lost its coins in case of orphaned block, right? In other words, they both went to wrong fork and once it is detected it could be corrected.

Another question is how to ensure they are on the same block.

Current design require two tx.

Make it to single tx.

Why two txs cannot reside in one block?

A ---- mixer ---- B
tx1 tx2

There is network delay.

Actually A is broadcasting to network his tx, signed by his private key.
A commuinate mixer to know which address should be used, mixer issue a address for A, and inform mixer real payee.

It should be included in a block.
There is possible way, if mixer relay the tx solely.

Hold the tx1 and process tx2, broadcast tx1 and tx2 simultaneously.

But who generate block ?

There is network delay.

tx1 and tx2 can be splitted to two blocks sometimes. no 100%.

By any means decribed in
https://bitcointalksearch.org/topic/m.7289855

luigi1111

legendary

Activity: 1105

Merit: 1000

Quote from: chaeplin on June 13, 2014, 08:03:57 AM

Quote from: chaeplin on June 13, 2014, 08:03:57 AM

If they were on the same block, xnode would not have lost its coins in case of orphaned block, right? In other words, they both went to wrong fork and once it is detected it could be corrected.

Another question is how to ensure they are on the same block.

Current design require two tx.

Make it to single tx.

Why two txs cannot reside in one block?

They can, certainly, but how do you make sure two tx's are included in the same block?

Queeq

sr. member

Activity: 427

Merit: 250

If they were on the same block, xnode would not have lost its coins in case of orphaned block, right? In other words, they both went to wrong fork and once it is detected it could be corrected.

Another question is how to ensure they are on the same block.

Current design require two tx.

Make it to single tx.

Why two txs cannot reside in one block?

chaeplin

sr. member

Activity: 294

Merit: 250

Quote from: tr8kr on June 13, 2014, 07:37:13 AM

If they were on the same block, xnode would not have lost its coins in case of orphaned block, right? In other words, they both went to wrong fork and once it is detected it could be corrected.

Another question is how to ensure they are on the same block.

Current design require two tx.

Make it to single tx.

Queeq

sr. member

Activity: 427

Merit: 250

If they were on the same block, xnode would not have lost its coins in case of orphaned block, right? In other words, they both went to wrong fork and once it is detected it could be corrected.

Another question is how to ensure they are on the same block.

chaeplin

sr. member

Activity: 294

Merit: 250

Coin come to xnode = many split transaction in pending at

same time transaction output from xnode using "reservebalance" (coin confirmed ready to transfert not minted) to destination adress = one different transaction

The two transaction are made instantly but not tie.

If you turn off your xnode or computer when input come ,your coin in the reservebalance are already sent and in pending on the network to the destination ! No need to wait for a block or confirmation they are completely separate input and output.

If its the fact that input come in the xnode before to be sent at output , we can tell to the xnode to send coin before taking the coin from the input if not input bounce to another xnode.

Is this your thought ?

I should draw a diagram to understand.

If orphaned, tx should be out again.

tr8kr

hero member

Activity: 661

Merit: 500

Coin come to xnode = many split transaction in pending at

same time transaction output from xnode using "reservebalance" (coin confirmed ready to transfert not minted) to destination adress = one different transaction

The two transaction are made instantly but not tie.

If you turn off your xnode or computer when input come ,your coin in the reservebalance are already sent and in pending on the network to the destination ! No need to wait for a block or confirmation they are completely separate input and output.

If its the fact that input come in the xnode before to be sent at output , we can tell to the xnode to send coin before taking the coin from the input if not input bounce to another xnode.

chaeplin

sr. member

Activity: 294

Merit: 250

Quote from: benthach on June 13, 2014, 07:20:08 AM

Quote from: chaeplin on June 13, 2014, 07:13:21 AM

Quote from: chaeplin on June 13, 2014, 07:13:21 AM

here is my question again, if you can't answer then you is really something.
I just want to know if the current XC mixer is taking a few(2+) blocks to complete it transaction or just one(1)?

what is the meaning of "just one(1)? "

the current XC mixer is taking a few(2+) blocks to complete it transaction : yes

yes, you answer my question.
now i need to find this out or perhaps adc can confirm with me that mixer need a few(2+) blocks to complete it transaction.

You can't guarantee all inputs(tx 1) and outputs(tx 2) are included in same block.
So your questions is meaningless.

benthach

legendary

Activity: 1764

Merit: 1000

here is my question again, if you can't answer then you is really something.
I just want to know if the current XC mixer is taking a few(2+) blocks to complete it transaction or just one(1)?

what is the meaning of "just one(1)? "

the current XC mixer is taking a few(2+) blocks to complete it transaction : yes

yes, you answer my question.
now i need to find this out or perhaps adc can confirm that mixer need a few(2+) blocks to complete it transaction.

chaeplin

sr. member

Activity: 294

Merit: 250

here is my question again, if you can't answer then you is really something.
I just want to know if the current XC mixer is taking a few(2+) blocks to complete it transaction or just one(1)?

what is the meaning of "just one(1)? "

the current XC mixer is taking a few(2+) blocks to complete it transaction : yes

input --> block no 100 ----> output : 1 block / mixer can do this. never / why ? hard link. double spend / flowed operation / need step /

input --> block no 100
block no 101 ----> output : 2 block / double spend

It's all about bitcoin. Mixer is wallet + program(take in. send out)

NewWorldCoiner

sr. member

Activity: 490

Merit: 250

Saved you from a scam? Send me some BTC!

Quote from: chaeplin on June 13, 2014, 07:08:05 AM

Quote from: benthach on June 13, 2014, 07:03:57 AM

your answer, "just one(1) block more". is it a 1 + 1 or 1+more or just 1?
you still not answer my question. please read my question careful and try to answer? i did click the link but it talk about bitcoin. do bitcoin have or using mixer? we are talking about mixer here. please stay and focus with 1 subject.

ps. yes english is also not my first language, not even second or third but the fourth one.

You should ask me with block numbers.

Then it will be easy.

here is my question again, if you can't answer then you is really something.
I just want to know if the current XC mixer is taking a few(2+) blocks to complete it transaction or just one(1)?

Yes, more than 1 block.

benthach

legendary

Activity: 1764

Merit: 1000

Quote from: chaeplin on June 13, 2014, 07:08:05 AM

Quote from: benthach on June 13, 2014, 07:03:57 AM

your answer, "just one(1) block more". is it a 1 + 1 or 1+more or just 1?
you still not answer my question. please read my question careful and try to answer? i did click the link but it talk about bitcoin. do bitcoin have or using mixer? we are talking about mixer here. please stay and focus with 1 subject.

ps. yes english is also not my first language, not even second or third but the fourth one.

You should ask me with block numbers.

Then it will be easy.

here is my question again, if you can't answer then you is really something.
I just want to know if the current XC mixer is taking a few(2+) blocks to complete it transaction or just one(1)?

chaeplin

sr. member

Activity: 294

Merit: 250

Quote from: benthach on June 13, 2014, 07:03:57 AM

your answer, "just one(1) block more". is it a 1 + 1 or 1+more or just 1?
you still not answer my question. please read my question careful and try to answer? i did click the link but it talk about bitcoin. do bitcoin have or using mixer? we are talking about mixer here. please stay and focus with 1 subject.

ps. yes english is also not my first language, not even second or third but the fourth one.

You should ask me with block numbers.

Then it will be easy.

chaeplin

sr. member

Activity: 294

Merit: 250

Quote from: NewWorldCoiner on June 13, 2014, 07:01:57 AM

But there has to be a difference in blocks to prevent double spend, yes?

Yes.

benthach

legendary

Activity: 1764

Merit: 1000

Quote from: chaeplin on June 13, 2014, 06:54:11 AM

Quote from: benthach on June 13, 2014, 06:50:35 AM

Quote from: chaeplin on June 13, 2014, 06:54:11 AM

so you saying mixer take a few blocks to complete it transaction and it can't be done within the 1 block period?

Take inputs, then send out at next block ?

Can, why not.

But, if the input block is orphaned ?
You will know that after send out.

No input, just send out = - balance.

i didn't ask about input/output. I just want to know if the current XC mixer is taking a few blocks to complete it transaction or just one(1)?

Depends on dev's patch.
It's always changed. 2more, 6more, 11 more...

just one(1) block more == xnode owner can lose coins.

Quote

i didn't ask about input/output.

You should read this http://tech.eu/features/808/bitcoin-part-one/

your answer, "just one(1) block more". is it a 1 + 1 or 1+more or just 1?
you still not answer my question. please read my question careful and try to answer? i did click the link but it talk about bitcoin. do bitcoin have or using mixer? we are talking about mixer here. please stay and focus with 1 subject.

ps. yes english is also not my first language, not even second or third but the fourth one.

NewWorldCoiner

sr. member

Activity: 490

Merit: 250

Saved you from a scam? Send me some BTC!

Quote from: benthach on June 13, 2014, 06:50:35 AM

Quote from: benthach on June 13, 2014, 06:50:35 AM

so you saying mixer take a few blocks to complete it transaction and it can't be done within the 1 block period?

Take inputs, then send out at next block ?

Can, why not.

But, if the input block is orphaned ?
You will know that after send out.

No input, just send out = - balance.

i didn't ask about input/output. I just want to know if the current XC mixer is taking a few blocks to complete it transaction or just one(1)?

Depends on dev's patch.
It's always changed. 2more, 6more, 11 more...

just one(1) block more == xnode owner can lose coins.

Quote

i didn't ask about input/output.

You should read this http://tech.eu/features/808/bitcoin-part-one/

But there has to be a difference in blocks to prevent double spend, yes?

chaeplin

sr. member

Activity: 294

Merit: 250

so you saying mixer take a few blocks to complete it transaction and it can't be done within the 1 block period?

Take inputs, then send out at next block ?

Can, why not.

But, if the input block is orphaned ?
You will know that after send out.

No input, just send out = - balance.

i didn't ask about input/output. I just want to know if the current XC mixer is taking a few blocks to complete it transaction or just one(1)?

Depends on dev's patch.
It's always changed. 2more, 6more, 11 more...

just one(1) block more == xnode owner can lose coins.

Quote

i didn't ask about input/output.

You should read this http://tech.eu/features/808/bitcoin-part-one/

benthach

legendary

Activity: 1764

Merit: 1000

so you saying mixer take a few blocks to complete it transaction and it can't be done within the 1 block period?

Take inputs, then send out at next block ?

Can, why not.

But, if the input block is orphaned ?
You will know that after send out.

No input, just send out = - balance.

i didn't ask about input/output. I just want to know if the current XC mixer is taking a few blocks to complete it transaction or just one(1)?

chaeplin

sr. member

Activity: 294

Merit: 250