Hi Lucca,
it seems tamarin gets stuck when computing the variants of your rules.
Roughly, whenever you have x ^ y in your rules, this gets expanded to
multiple rules that cover all the possibilities. For example the case
where x = u ^ (w1*w2) and y = w1^-1 * w3 (for some u,w1,w2,w3) yields
the reduced result u1^(w2*w3). The number of variants grows very quickly
if your exponentiations are unrestricted. To limit the number of cases,
it helps to have as much local sort information as possible. For
example, x^~y (~y means that y can only be instantiated with fresh
values) generates fewer cases than x^y.
On thing you could try out it is to annotate the sorts as follows:
1. Whenever you get a fresh value using Fr, use a fresh variable Fr(~s).
2. Propagate this information manually. For example, if you know the
first component of State_010 is always of sort fresh, you can pattern
match in the LHS using a fresh variable.
You can see this pattern in the rules Init1 and Init2:
https://github.com/tamarin-prover/tamarin-prover/blob/develop/examples/csf12/NAXOS_eCK.spthy
Maybe Robert and Steve can tell you if it's possible to modify the sapic
input to get such a refined model.
Best,
Benedikt
> --
> You received this message because you are subscribed to the Google
> Groups "tamarin-prover" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
tamarin-prove...@googlegroups.com
> <mailto:
tamarin-prove...@googlegroups.com>.
> To post to this group, send email to
tamarin...@googlegroups.com
> <mailto:
tamarin...@googlegroups.com>.
> To view this discussion on the web visit
>
https://groups.google.com/d/msgid/tamarin-prover/62d312e9-e35a-4127-9d00-8d82c3f568ee%40googlegroups.com
> <
https://groups.google.com/d/msgid/tamarin-prover/62d312e9-e35a-4127-9d00-8d82c3f568ee%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit
https://groups.google.com/d/optout.