William Berard on Fri, 7 Dec 2007 18:42:14 +0100 (CET)


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [s-d] [s-b] Consultation: declarations of invalidity


On 12/7/07, Roger Hicks <pidgepot@xxxxxxxxx> wrote:
> On Dec 7, 2007 10:00 AM, William Berard <william.berard@xxxxxxxxxxxxxx> wrote:
> > I propose the following oracularity, (although I am open to any
> > alternative proposal on how to solve this particular blurryness of the
> > rules) :
> > {
> > At the end of rule 1-10, add a paragraph, reading :
> > {{
> > The gamestate is not considered to be changed until an action has been
> > confirmed valid, that is by not being contested within the allowed
> > timespan. As such, should subsequent actions based on a potential
> > gamestate change be submitted during that timeframe, their own
> > validity would be questioned as well if the validity of the original
> > action was.
> > }}
> > }
> >
> > It seems I got tangled up in syntax there. If anyone has a better idea
> > or a better wording for this, feel free to let me know, I will revise
> > the oracularity. If I can.
> >
> I don't know that you can revise it. However, personally I don't think
> that this is the solution either. What happens to votes cast on the
> last day of the voting period? What about objecting to an action? In
> my estimation, every action needs to be valid until it is declared
> invalid, at which point the gamestate is retroactively changed to
> reflect that invalidity.

I'm all for this, but then your RP did not revoke, nor alter rule 3-1.

Although now that I read it carefully, 3-10 allows to "perform
otherwise-legal game actions that simulate retroactive changes to the
game state".

I think that my answer still stands, as an invalidation of an action
can be ssen as one of such action. I agree that my reasoning does not
highlight this enough, and that my oracularity does not use this, but
I was effectively trying to go your way without having to admit a
onpen conflict between 1-10 and 3-10

What I mean by "As such, should subsequent actions based on a potential
gamestate change be submitted during that timeframe, their own
validity would be questioned as well if the validity of the original
action was."

was actually meant to go the way you indicate : until confirmation of
the validiy of the action A , the current gamestate is a potential
gamestate, and if subsequent action occur based on properties that
only exist in that potential gamestate, if the original action A is
deemed invalid, without contestation, then all the subsequent actions
using consequences of A are deemed invalid, effectively retroactively
cancelling them.




>Note that this is the way we have handled
> things all along. My refresh proposal was designed to limit this
> retroactive calculation to a maximum of one day. In retrospect, there
> are a few flaws with my design, but I don't think this is the way to
> solve them.
>
> Due to my above arguments, I am forced to declare this INCONSISTENT.
>

I am willing to retract/resubmit my answer and oracularity, or if I
cannot, to delare those inconsistent myself, itf you have a working
framework to implement what you describe.
_______________________________________________
spoon-discuss mailing list
spoon-discuss@xxxxxxxxx
http://lists.ellipsis.cx/mailman/listinfo/spoon-discuss