People have suggested in the past that "atomic transactions" can be implemented once the send coins to script functionality is active/working. This apparently can work between chains too. So possibly one could do things like lets use Xsmb Map as actual combat effectiveness, i0coins as what is needed to build infantry (metal, maybe, or something like that, in effect), and ixcoins as what is needed to build naval units (wood, maybe, or something like that, in effect). Then set up atomic transactions in which I send my navy, represented by a number of ixcoins, to battle your army, represented by a number of i0coins; or maybe we imagine this same sending of coins as representing me sending a bunch of wood to try to seize some of your metal, since the effect of you winning would be you get my wood (ixcoins) and the effect of me winning would be I get your metal (i0coins). Maybe the transaction can be set up in such a way that depending on which of us sends more Xsmb Map, representing the force we are backing our move with, somewhere, possibly also modified by the numbers of wood and metal we send (I say possibly since this could also be done integer, one woodcoin versus one metalcoin at a time, or whatever). The basic idea here, the mechanics, is that transactions can be built, even using more than one chain supposedly, which either complete or do not complete; either the battle happens or it does not, kind of thing. Even this though I am not sure can be done practically since maybe the way the various signings of the transaction have to happen will always leave one of us in the position of being able to abort the entire battle if we perceive we are about to be the loser... -MarkM-
People have suggested in the past that "atomic transactions" can be implemented once the send coins to script functionality is active/working. This apparently can work between chains too. So possibly one could do things like lets use Xsmb Map as actual combat effectiveness, i0coins as what is needed to build infantry (metal, maybe, or something like that, in effect), and ixcoins as what is needed to build naval units (wood, maybe, or something like that, in effect). Then set up atomic transactions in which I send my navy, represented by a number of ixcoins, to battle your army, represented by a number of i0coins; or maybe we imagine this same sending of coins as representing me sending a bunch of wood to try to seize some of your metal, since the effect of you winning would be you get my wood (ixcoins) and the effect of me winning would be I get your metal (i0coins). Maybe the transaction can be set up in such a way that depending on which of us sends more Xsmb Map, representing the force we are backing our move with, somewhere, possibly also modified by the numbers of wood and metal we send (I say possibly since this could also be done integer, one woodcoin versus one metalcoin at a time, or whatever). The basic idea here, the mechanics, is that transactions can be built, even using more than one chain supposedly, which either complete or do not complete; either the battle happens or it does not, kind of thing. Even this though I am not sure can be done practically since maybe the way the various signings of the transaction have to happen will always leave one of us in the position of being able to abort the entire battle if we perceive we are about to be the loser... -MarkM-

People have suggested in the past that "atomic transactions" can be implemented once the send coins to script functionality is active/working. This apparently can work between chains too. So possibly one could do things like lets use Xsmb Map as actual combat effectiveness, i0coins as what is needed to build infantry (metal, maybe, or something like that, in effect), and ixcoins as what is needed to build naval units (wood, maybe, or something like that, in effect). Then set up atomic transactions in which I send my navy, represented by a number of ixcoins, to battle your army, represented by a number of i0coins; or maybe we imagine this same sending of coins as representing me sending a bunch of wood to try to seize some of your metal, since the effect of you winning would be you get my wood (ixcoins) and the effect of me winning would be I get your metal (i0coins). Maybe the transaction can be set up in such a way that depending on which of us sends more Xsmb Map, representing the force we are backing our move with, somewhere, possibly also modified by the numbers of wood and metal we send (I say possibly since this could also be done integer, one woodcoin versus one metalcoin at a time, or whatever). The basic idea here, the mechanics, is that transactions can be built, even using more than one chain supposedly, which either complete or do not complete; either the battle happens or it does not, kind of thing. Even this though I am not sure can be done practically since maybe the way the various signings of the transaction have to happen will always leave one of us in the position of being able to abort the entire battle if we perceive we are about to be the loser... -MarkM-

People have suggested in the past that "atomic transactions" can be implemented once the send coins to script functionality is active/working. This apparently can work between chains too. So possibly one could do things like lets use Xsmb Map as actual combat effectiveness, i0coins as what is needed to build infantry (metal, maybe, or something like that, in effect), and ixcoins as what is needed to build naval units (wood, maybe, or something like that, in effect). Then set up atomic transactions in which I send my navy, represented by a number of ixcoins, to battle your army, represented by a number of i0coins; or maybe we imagine this same sending of coins as representing me sending a bunch of wood to try to seize some of your metal, since the effect of you winning would be you get my wood (ixcoins) and the effect of me winning would be I get your metal (i0coins). Maybe the transaction can be set up in such a way that depending on which of us sends more Xsmb Map, representing the force we are backing our move with, somewhere, possibly also modified by the numbers of wood and metal we send (I say possibly since this could also be done integer, one woodcoin versus one metalcoin at a time, or whatever). The basic idea here, the mechanics, is that transactions can be built, even using more than one chain supposedly, which either complete or do not complete; either the battle happens or it does not, kind of thing. Even this though I am not sure can be done practically since maybe the way the various signings of the transaction have to happen will always leave one of us in the position of being able to abort the entire battle if we perceive we are about to be the loser... -MarkM-