<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.39 (Ruby 3.4.10) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-morrison-live-reference-resolution-01" category="info" submissionType="independent" version="3">
  <!-- xml2rfc v2v3 conversion 3.32.0 -->
  <front>
    <title abbrev="Live Reference Resolution">Live Reference Resolution for Autonomous Agent Beliefs</title>
    <seriesInfo name="Internet-Draft" value="draft-morrison-live-reference-resolution-01"/>
    <author fullname="Blake Morrison">
      <organization>Alter Meridian Pty Ltd</organization>
      <address>
        <email>blake@truealter.com</email>
      </address>
    </author>
    <date year="2026" month="October" day="09"/>
    <abstract>
      

<t>A recurring class of autonomous-agent failure arises when an agent
acts on a belief read from a cached, derived, or proxy copy that has
silently diverged from the authority the belief claims to represent.
This document describes a reference-resolution discipline for the
working beliefs an agent reasons and acts from.  Each belief is held
as a reference to a single named lowest authority and is resolved
live at the point of use, with verification.  When the authority is
unobservable or the resolved value is stale, the belief takes an
explicit uncertainty state rather than a prior cached value; that
state propagates to any belief derived from it, and an uncertain
belief feeding a costly or irreversible act blocks or escalates
rather than proceeding.  Every resolution chain terminates in a
single self-authorising root.  The document is Informational.  It
records a discipline and a vocabulary; it does not define a wire
protocol.</t>
    </abstract>
  </front>
  <middle>
    

<section anchor="introduction">
      <name>Introduction</name>
      <t>An autonomous agent holds many working beliefs: the current value of
a configuration item, which record is authoritative, whether a code
path is still live, what the present state of a shared resource is.
A wide class of agent errors has one shape.  The agent reads such a
belief from a copy that once matched an authority but has since
diverged, and acts on the copy as though it were the authority.
Common instances include a stale index read in place of the canonical
registry, an ambient assumption carried across calls, a retained but
superseded code path treated as current, and a narrative document
trusted for a value that a live system owns.  Point-in-time
identity checks have the same shape: a confirmation made at one moment
is relied on until the next, with nothing known about the interval in
between (Section 3.1 of <xref target="MORRISON-IFT"/>).</t>
      <t>Existing mechanisms address adjacent concerns.  Capability systems
govern the authority to act.  Content-addressing and transparency
logs govern the naming and integrity of data and artefacts.
Message-signature schemes such as <xref target="RFC9421"/> bind a request to a key.
None of these govern the working beliefs an agent reasons from, and
none defines what an agent should do when the authority for a belief
cannot be observed at the moment the belief is needed.</t>
      <t>This document describes a discipline for that layer.  It concerns
the resolution of a belief against its authority, the handling of
staleness, and the termination of resolution chains.  It does not describe how any particular authority
is implemented, how capabilities or credentials are provisioned, or
how conflicting assertions from multiple agents are arbitrated.</t>
    </section>
    <section anchor="terminology">
      <name>Terminology</name>
      <t>The key words "<bcp14>MUST</bcp14>", "<bcp14>MUST NOT</bcp14>", "<bcp14>REQUIRED</bcp14>", "<bcp14>SHALL</bcp14>", "<bcp14>SHALL
NOT</bcp14>", "<bcp14>SHOULD</bcp14>", "<bcp14>SHOULD NOT</bcp14>", "<bcp14>RECOMMENDED</bcp14>", "<bcp14>NOT RECOMMENDED</bcp14>",
"<bcp14>MAY</bcp14>", and "<bcp14>OPTIONAL</bcp14>" in this document are to be interpreted as
described in BCP 14 <xref target="RFC2119"/> <xref target="RFC8174"/> when, and only when, they
appear in all capitals, as shown here.</t>
      

<dl>
        <dt>Belief:</dt>
        <dd>
          <t>A value on which an agent will act.</t>
        </dd>
        <dt>Authority:</dt>
        <dd>
          <t>The single named source that owns the current value of a belief.
An authority is the lowest source in a precedence order that can
answer for the belief: for a live value, a running system rather
than a document describing it.</t>
        </dd>
        <dt>Reference:</dt>
        <dd>
          <t>A stable identifier for a belief together with the name of its
authority, held in place of a stored value.</t>
        </dd>
        <dt>Resolution:</dt>
        <dd>
          <t>The act of dereferencing a reference against its named authority to
obtain a current value, at the point of use.</t>
        </dd>
        <dt>Point of use:</dt>
        <dd>
          <t>The moment, contemporaneous with the act that consumes a belief, at
which resolution occurs.  Resolution performed earlier and cached is
not resolution at the point of use.</t>
        </dd>
        <dt>Uncertainty state:</dt>
        <dd>
          <t>An explicit value a belief takes when its authority is unobservable,
its resolved value fails verification, or a freshness bound is
exceeded.</t>
        </dd>
        <dt>Constitutive root:</dt>
        <dd>
          <t>A self-authorising source that answers for itself, such as a
cryptographic key or a ratified decision record, in which a
resolution chain terminates.</t>
        </dd>
      </dl>
    </section>
    <section anchor="the-resolution-discipline">
      <name>The resolution discipline</name>
      <section anchor="belief-as-reference">
        <name>Belief as reference</name>
        <t>An agent <bcp14>SHOULD</bcp14> hold a belief on which it will act as a reference
rather than a stored value.  The reference names the belief and its
single lowest authority.  Holding the belief as a reference is what
makes live resolution possible; a value copied into the agent's state
carries no way to detect that the authority has since changed.</t>
      </section>
      <section anchor="live-resolution-at-the-point-of-use">
        <name>Live resolution at the point of use</name>
        <t>An agent <bcp14>SHOULD</bcp14> resolve a reference at the point of use,
contemporaneously with the act that consumes the belief, by
dereferencing the named authority to obtain a current value and
verifying that value against the authority.  A cached, derived, or
proxy copy of the belief <bcp14>SHOULD NOT</bcp14> stand in for a live dereference
of the named authority at the point of an act.</t>
        <t>Where an authority is expensive to dereference on every use, an agent
<bcp14>MAY</bcp14> apply a bounded exemption only when all of the following hold:
the belief follows from an observed fact under current semantics, the
cost of being wrong is small and readily reversible, and either a
fail-closed check catches the wrong case or the belief decays at a
boundary served by a live change-detection channel.  A belief feeding
a costly, irreversible, or externally visible act <bcp14>MUST NOT</bcp14> be
exempted and <bcp14>MUST</bcp14> be re-resolved against its authority at the point
of use.</t>
      </section>
      <section anchor="authority-precedence">
        <name>Authority precedence</name>
        <t>Where more than one source could answer for a belief, the authority
is the lowest source in a precedence order that places an executing
system above an artefact generated or enforced by continuous
integration, above a hand-maintained document.  A value claimed by a
lower-precedence source <bcp14>MUST NOT</bcp14> override a live dereference of a
higher-precedence authority.  A document labelling itself
authoritative is not, by that label, the authority.</t>
      </section>
    </section>
    <section anchor="uncertainty">
      <name>Uncertainty</name>
      <section anchor="the-uncertainty-state">
        <name>The uncertainty state</name>
        <t>When the named authority is unobservable, the resolved value fails
verification, or a declared freshness bound is exceeded, the belief
<bcp14>MUST</bcp14> take the explicit uncertainty state rather than a prior cached
value.  Freshness <bcp14>MAY</bcp14> be expressed per authority as a maximum
staleness interval or a monotonically-advancing epoch, and crossing
the bound triggers the uncertainty state without requiring an
affirmative invalidation message from the authority.</t>
        <t>The uncertainty state is a value that a belief carries.  It is
neither the absence of a value nor a low numeric confidence attached
to an asserted value.</t>
      </section>
      <section anchor="contagion">
        <name>Contagion</name>
        <t>The uncertainty state is contagious.  An agent <bcp14>MUST</bcp14> propagate it to
every belief derived, in whole or in part, from an uncertain belief,
so that the state is carried across the agent's belief graph rather
than terminating at the belief that first became uncertain.  Two
warranted beliefs that resolve to contradictory values cancel to the
uncertainty state, which requires re-resolution or escalation; they
are not reconciled by a precedence pick.</t>
      </section>
      <section anchor="the-consumer-contract">
        <name>The consumer contract</name>
        <t>Uncertainty is default-closed at the point of consumption.  When an
uncertain belief is an input to an act classified as costly or
irreversible, the agent <bcp14>MUST</bcp14> block the act or escalate for resolution
rather than proceed on the uncertain belief.  The classification of
an act as costly or irreversible is itself a belief resolved under
this discipline.  The obligation applies to the conjunction of
several uncertain inputs, so that two or more individually marginal
uncertainties compound into the obligation to block.</t>
        <t>Without this contract, marking a belief uncertain would only move
the problem downstream.</t>
      </section>
    </section>
    <section anchor="chain-termination">
      <name>Chain termination</name>
      <t>Every resolution chain <bcp14>MUST</bcp14> terminate in exactly one constitutive
root, a self-authorising source drawn from a closed set such as a
cryptographic key or a ratified decision record.  A constitutive root
answers for itself and fails closed; it is conferred from outside the
belief graph rather than being another belief inside it.  Before an
act, an agent <bcp14>SHOULD</bcp14> reject a reference whose resolution chain is
circular or fails to terminate in such a root, and <bcp14>SHOULD</bcp14> record
which reference was rejected.</t>
      <t>A ratified decision that supersedes an implementation outranks a
retained but unmarked instance of that implementation.  A belief in
the liveness of the superseded implementation takes the uncertainty
state until the implementation is removed or carries a
machine-readable supersession marker.</t>
    </section>
    <section anchor="the-resolution-result">
      <name>The resolution result</name>
      <t>An agent that exposes belief resolution to other components <bcp14>SHOULD</bcp14>
return, with the value and atomically bound to it, at least: the
identifier of the authority that answered, a freshness indicator, and
a provenance type.  Because these are bound to the value, a consumer
cannot obtain the value without them.</t>
      <t>A provenance type is drawn from a closed set.  This document does not
define the set normatively, but distinguishing at least a direct read
of an authority, a presumption, and an unverified inference is
<bcp14>RECOMMENDED</bcp14>.  A value carrying a presumption or an
unverified-inference provenance type <bcp14>MUST NOT</bcp14> be relabelled as a
direct read by any downstream consumer.</t>
    </section>
    <section anchor="relationship-to-other-work">
      <name>Relationship to other work</name>
      <t>This discipline concerns beliefs, not the authority to act, and so
complements capability and delegation systems.  It concerns live
resolution and staleness, not the integrity of static artefacts, and
so composes with content-addressing and transparency logs.  The
provenance types of <xref target="the-resolution-result"/> and the closed
substrate-class labels of <xref target="SUBPROV"/> both keep an unverified
inference distinct from a direct read, the first for an agent's
working beliefs and the second for assertions in model output.  <xref target="SUBSTRATEOBS"/> applies the
same preference for observing a live source over a declared copy to
coordination between concurrent sessions.  Arbitration among
several already-emitted and conflicting assertions, and the
provisioning of capabilities or credentials, are out of scope for
this document.</t>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>The discipline relocates trust rather than removing it.  An agent
following this discipline trusts its authorities and the freshness
bounds it declares for them.  The gains are that the trust is placed
in a single named source per belief, that the source is re-checked at
the point of use, and that failure to observe the source degrades to
an explicit blocking state rather than to silent use of a stale
value.  An implementation that declares over-generous freshness
bounds, or that permits a lower-precedence source to answer for a
belief, weakens these gains.</t>
      <t>Constitutive roots are the base of trust.  Compromise of a
cryptographic key or subversion of the process that ratifies a
decision record compromises every belief whose chain terminates in
that root.  Roots therefore warrant the protections appropriate to
keying material and to governance records.</t>
      <t>The uncertainty state is a denial surface.  An adversary who can make
an authority unobservable can drive dependent beliefs to uncertainty
and thereby block costly acts.  This is a fail-closed outcome and is
preferable to silent action on stale values, but implementers should
ensure that the escalation path for a blocked act cannot itself be
starved.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner"/>
            <date month="March" year="1997"/>
            <abstract>
              <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="2119"/>
          <seriesInfo name="DOI" value="10.17487/RFC2119"/>
        </reference>
        <reference anchor="RFC8174" target="https://www.rfc-editor.org/info/rfc8174" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba"/>
            <date month="May" year="2017"/>
            <abstract>
              <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="8174"/>
          <seriesInfo name="DOI" value="10.17487/RFC8174"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="RFC9421" target="https://www.rfc-editor.org/info/rfc9421" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.9421.xml">
          <front>
            <title>HTTP Message Signatures</title>
            <author fullname="A. Backman" initials="A." role="editor" surname="Backman"/>
            <author fullname="J. Richer" initials="J." role="editor" surname="Richer"/>
            <author fullname="M. Sporny" initials="M." surname="Sporny"/>
            <date month="February" year="2024"/>
            <abstract>
              <t>This document describes a mechanism for creating, encoding, and verifying digital signatures or message authentication codes over components of an HTTP message. This mechanism supports use cases where the full HTTP message may not be known to the signer and where the message may be transformed (e.g., by intermediaries) before reaching the verifier. This document also describes a means for requesting that a signature be applied to a subsequent HTTP message in an ongoing HTTP exchange.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9421"/>
          <seriesInfo name="DOI" value="10.17487/RFC9421"/>
        </reference>
        <reference anchor="SUBSTRATEOBS" target="https://datatracker.ietf.org/doc/draft-morrison-substrate-observation/">
          <front>
            <title>Substrate-Observation as an Alternative to Envelope Coordination for Concurrent Sessions</title>
            <author fullname="Blake Morrison">
              <organization>Alter Meridian Pty Ltd</organization>
            </author>
            <date year="2026"/>
          </front>
        </reference>
        <reference anchor="SUBPROV" target="https://datatracker.ietf.org/doc/draft-morrison-substrate-provenance-grammar/">
          <front>
            <title>Substrate-Provenance Annotation Grammar for Large-Language-Model Output</title>
            <author fullname="Blake Morrison">
              <organization>Alter Meridian Pty Ltd</organization>
            </author>
            <date year="2026"/>
          </front>
        </reference>
        <reference anchor="MORRISON-IFT" target="https://doi.org/10.6084/m9.figshare.31951383">
          <front>
            <title>Identity Field Theory: Toward a Physics of Being Known</title>
            <author fullname="Blake Morrison">
              <organization>Alter Meridian Pty Ltd</organization>
            </author>
            <date year="2026"/>
          </front>
        </reference>
      </references>
    

<section numbered="false" anchor="document-history">
      <name>Document History</name>
      <t>draft-morrison-live-reference-resolution-01 (October 2026):</t>
      <ul spacing="normal">
        <li>
          <t>Corrects the title of <xref target="SUBSTRATEOBS"/>, and credits the provenance labels in <xref target="relationship-to-other-work"/> to <xref target="SUBPROV"/>, which defines them.</t>
        </li>
        <li>
          <t>Adds <xref target="MORRISON-IFT"/> to <xref target="introduction"/> as a further instance of the failure this document addresses.</t>
        </li>
        <li>
          <t>Removes commentary on the document's own purpose from <xref target="introduction"/> and <xref target="the-consumer-contract"/>.</t>
        </li>
        <li>
          <t>Shortens prose in <xref target="uncertainty"/>, <xref target="chain-termination"/>, <xref target="the-resolution-result"/> and <xref target="relationship-to-other-work"/>.  No requirement changes.</t>
        </li>
      </ul>
    </section>
    <section numbered="false" anchor="acknowledgements">
      <name>Acknowledgements</name>
      <t>This discipline was distilled from operational failure patterns
observed in autonomous coding agents.</t>
    </section>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA81b3ZYbN3K+x1Mg44v9OeRII2s31nizm5EsxzqRNMqMlD17
cnIBdoMkPN0NBugeitHRu+RZ8mT5qgroRnMo+TgXObmwTXK6gUL9fPVVFbxc
LlXv+sZe6rPX7t7qG7u2wXYVfYq+GXrnO732QV8Nve9864eorza26/Vz2zi7
jmfKrFbB3n9tgTNV+6ozLXapg1n3y9aH4KLvlg1eWYb8Cj7lV5aPL1Rlervx
4XCpXbf2yu3Cpe7DEPsnjx8/e/xExWHVuhjxdH/YWXqqtjuLf3W9Umbotz5c
Kq2X+Efr9dA0IsLzxtxZ/SaJwH/0YWM695+Gdr7UV01vg35jg6ud6fS7/qBf
9zU/aFvjmku9oiX+EbJYQ8+eV75VqvOhxQr3lja9+fHFk4uLZ+njdxd///RS
KTrG/JlnT59c0MfbD89v399cvX95/fz2knfKVrkdVrEP0MTyehVtuGcZtYka
krGgHa+ne69fdve28TurX3gfateZ0XgvfFcNIZDZbi1rDHajXSYt/aKOfoWW
ehM2tr/U277fxctHj2rTG5yhuoOqnO3X51jpEVzi0ZE3xPGsfjrrI14SS0Cs
J4+f/FG09e7m+l+/pKh3wd/bzpAPXnWd70UP/xRM25rA+nhNAi5fm24zGHx4
42vb6Ouh3w39/2+97MajLTdynhPqeXN9c/Pq9vrt8tWP7+c6ekWx4SDRj842
tX6/tRxe7/3ehFob/W57iK6K2q8R3q7b6H/u/L77P1WJd6yFi8fnf3z83dNH
7bPztdvErQn2/NuLZ3+4+Pa7b49PrJbLpTasogqRf6WDJW8n+avGRD6OGeFr
aRi+1gjkIVhtILaNer+1HYUU/1FhHbyFb3rFKIcVTa3Xwbf4qTLV1tYLXeM8
9/QBDgW7fDzoyu8Out+aXm9NVNE1WKs56BqP4ZRpgX5rky7JEPQt7QFZXRsp
kIPdAQnx8rl6v3VRwyWGloSubayCW0Feo0+hJraKlds1rrPs51hd7X24I1XI
LnE8JJ0JBqMfYHo6MIl3rvVLnC/LhM238BRlZjuSjEZHrNpYTV5Q68bvbeyL
g9GqeJtlg5YUIb2GZujAO++wP6wyRLvQe9dvNTTk1q5ih4EMfyVzzDXlohq6
hAsr7CvHGzfQ96YZLG0Ze9Ng2UKzPTyUzqnsR+imcr0ecIrQG4hxoOd7rGPw
Ai1J+oE9HdYXS8vK37NhlTwMc+/MBp/YXKY75J2ST4ilXb8Q5XbTfio9uLa2
JqvAnXwkJ8F2DggNPURHx4NFkGZ8dRfpT7C7aWg/VcoJMSpZh8yGVw+68IVq
i/00Iq+lVABR8c2oZLVom/UyKZd+0sH7HqsAEiZ3gzJf5ZTlO9Pg7696hehC
eiGHKLyNz6nvfWVWQ2PC4XucHgthVwAw1LLmh2DrYBXE7n3lm3OJ3NbVdWOV
+gab9cHXQ0W7IY67ImqTz259g51b0viRX1+ywXOWE2fwa0X67YAgQ5As4Hrb
wuW2Dj4uB6FTZi/jVEp/tqxkermGvFC5OJZrGt2kR7IvS6QmLyKk0YxWNZti
CBX55DlAae9qW+ARH8eG4EMktADaWHpxZ5MRxhjFeeMAac3oOgmGRrDxFJKw
ETur6YqYWQ0MRRSqlVUZhxZTyHuJMl4Lz+G9YbMl0+0R6fMAPFcvfNuSCjuc
FeuRQ1XNUJNdOeaYgH0UrISv7RpTsUZ4B9P5DvHdwH02DlB9WLCo7crROaGV
od2J2xpANx2kCh66witNXDD6UPzgDzgUqN8OgWJrfCUTaTZRj517ejNmP0gn
BUaFIDQp+7ZiIkmR6snO4i+sTcMW1vGAP7ca6S/CIu8IsZauW/autcrlNAqN
U4Buzb0oKwILxYqXOnleCh7Yp2b8Izu3nkVgeGzorJ4QAt7Fi3T2Y59QEbGz
JR+/ozSMFOcHcToIQzDYaAaUfm+Blr+9tRw4+tvzC9L6p08lD/j8+XcIt5cf
oXpasLVAh85F5BtT1/BU+u/PsBdsUZE/BT72C7MzK9fQUUUfUW1AQMIxNhMI
VgQfIJo91limRRnhYAFk5i7uDCWPg2r8JupiGSSQ/Byda8Mr4gDEjsR+obdr
ctdz9QaLEmOLbgNMo/wdYYPW5hiJOHai1Z8/65Vj6wf7HwMlJ85adxae/Jas
IJ4ZbSnLLyZLCj72KtB9rCHAFgUOxocjwgj0qvZCK+a6EoeTDVDiEEHFNy2Z
jbxXTCw+UmYxuEtnyeVhyC/TggcMAOs15gCGSeA9GleNuVOSBQNX2giZjWIc
MDAh40ESKpymbkhBgFaOeRw+SpTRn3OySSseJ6MoMhRpQeQGrO85i8JFeldR
Apk2pjBx7a6xdFQCL3q4yo7pLOfHCoBLMWkaiBw4Qd87qnOEnyl+B+GI7M/+
D7xBPnbZorodmh5aS7Ara5iwcsy6SeHf6Pd8Ng/vPZD+LXkS+Qvw+ezNh9v3
Zwv5r357zZ9vXv7Lh1c3L3+gz7c/Xb1+PX5Q6Ynbn64/vP5h+jS9+eL6zZuX
b3+Ql/Grnv2kzt5c/e1MtH52/e79q+u3V6/PCHL7mVvQIeDzq4QXyFSCjirr
nWH6+Yt3//1fF08ROH+XilZEjnyhshVfyIllN9+BqchXmPugzG5nYSsiFsiM
MApSKKN1pBgAZCGLWmjv9/9Gmvn3S/2nVbW7ePrn9AMdePZj1tnsR9bZw18e
vCxKPPHTiW1Gbc5+P9L0XN6rv82+Z70XP/7pLxx2y4vv/vJnpZQ0SC4V6p/M
R7rEPEak2BOjIOgE3ckOT2+Qf834daISku+Rk06ynTGEz1EiXXUz8swvJJae
eYkwXVtR7FCqDrVNiAFcwhIAbfCAXEmktS8TgnGW5J05Ow9dR4GV0qawVCyR
+PQxVNGjjk49totET8AUIr+SYNcubT4iU+83wsw4O6bkwScHVildohWVLTMW
QiTFh0zneeuMTlnjxLk9k/gklTD0qe4pkVHsUuZACOBXRFIo95emWZwqfCDB
u+JrlkFwf0FoBUXuPDKnJf47npiEFBsBvYaWQV/UQ9tAhkxuJ2yvIA1hb9HS
A30iYo8TIIAbUjTFdyp4HOmSALpY5PQJPhzXUWzGTo+FlrimmVdinBVn2YUc
tKzuFhCAHjiq7qhoj7NakatvAxC3cUu5SIMjdekE9mOV8yV4CYhPPzAHpFIn
udtxFVSGmXh/ZA+ELHh0MbIMg+WrcNjBIYPZQeGcDVgUIpprInW1rTgFpTpj
Qd6Ywh9vf6VQk3Qzz89TWscfv0nNV5JkdE4pmBhVEuxRsTSpfgQfN8GOntf1
al4Ez+JFJ4lyKJD7x5KeMH/rYy4wjxsCWOAnyENKLl+a9xWcMCnVspswwhQ6
2KEeoNr4+5Gwo25xnMWQ5vpcNP0miisqqSSIaui9YZJaIwPm8JmzsrFKImt0
G8n53+jXRyKciIKHek9OO0eOE50PdRTjlFu/HOWT1hZ6dVBzkMpQOAekL8AR
01cOooO8a8Y/JHybF37IJaeaXqpoeqUqL1l1SrtkCeb1ZdKYRLcqvXgs+7G6
yB85S/6VGMW8yIXTAG5sF1MbvFienN5yX4Q7TWN/D8lcg7tA4UYAg3Dwo00V
6MhymNUkCde+gUuTviisLlVxXPlTYpLYY6TyVLRoWj2MBoi2NUhtVWQGpaj5
QzusuNu6D57yIjyxpZ1Jc1RMu4b6OrkzJEzMOulQKILEZdX4SKUwlaMwFXUC
xGFkxcrEsV82Nqoqc4ikZ6NYAwZKSmKvDtlSEgtLCZsEVV1nG3aJeSdL5U7W
YtbHYnxGQUtzigbnIFae21uZAmIlJdrn/kUtf1hR4C3HBHCyKJn5iRqzEgJ3
ZFMFwcne03rubZClqOkikF9xyVYwnimrzqJB/VoqxQSEK0mcsRqo/FCJJaGg
vxdnThWuhndaLjlYbdR7q8QgBBWuG4ASSorklP3SElyYLVtKxNIkyYSLLZXA
kvrLybyKxA/LQuJ0kNEmVBMHx82d46DlgFRbt9nOl5gjxkj5GgNFNsL4KIuq
WbeNy1rfE6blYhWPHymdM2LBNdjElI8e9HHZxt1JTDmmGKfax0ww1AmCgXhp
uKv3kGmMPKPsOStWJNEd/vF/1XhWOfP+OO5JwLXi5ai9AnF2NpThQOm0NR9d
O7RTfT61i/gorYe+pRnXHJamvjeSQ+zOV1tBF269kaPygficfXCbDdGh/pTa
OXFRd4p6LS5IP0eZdep/kZk7CODq1AyTNs6Jgci51NYPN6Au7bxNl8cmkuWl
tQDe1yVo5GVh7eyw6eVO8pDf6w7uGcDcuE2XPLjvRfPc1U9dgqJkgNdRh8ts
uEH9RUGr9MxAUo3sgD1inBwQDUPJINlpPj1ITNHLkINqGODDYkwv45YZoFT0
E6WZhJj3UUt6lLZj6ppLNfa/sX9D9ps1n3h9WDNSs6qiomsUg6jh3qs99Vip
QzM2z/idTIagUVJLQDqrwCsPolMSE+s0WgiceqDOqVdPfmXjmBNSaTOORvDt
+9SUCDYVL9Tsck3OaAVS7Vx1dz6CSKJYIQlIM8SyrqGWCtB5aPqcZ4/ZiSyw
K2dX8P5jO7ELU/t8N0gvkjmNjASkYqDGdZ4GqXkWHc2XkiNNhkaiWAyIOHVN
Cjo1LspN/2P5EsXP8lS5jaeSoKV081kVdegY2suBacJVpj9KGlNjDZO28qvG
bdKFBrAxJ+M0GUh0P0O+LEGkvYBfk8isRZCo0fX3nsTi1O662t27emDC0Zqw
gUs3hWvRPpUH7x66onYohKGmGSmY+GbCNT5A9o8FrXonzYF03kmyPRMJ5pAt
kqiSIRFWR8KvqXVDY4qWM9qLWeHHmPKFKZ5kk1whEibYjxCEbNGJA+fqVlF1
Sx2ZL9W2dTD7bhwiiUNH2xel7a8sbKU+OC6w1cPymVOLlPCyLw8JRa+gFiHP
TaHvSMyDAOEEVIkzC2M2NCHBTznCOn7REe15bteeSwXFFjMPirSfqRQsazRA
brQPdY+cUrkgXWmcRQ5ATlOaQ7Snk/JxznEbUpHKIDZuxZU7ScCV5tUJ5bJb
j3MugY7cBk+hOdBc5Y5MVg7H4IvknlwXy6ROahgsN1+gZPGuY0clqseUIVU9
xZztaHPp5ByRgTQen2ZZRy/xxIuigvltrs8N6v1qC/GXVO1wAzDty1eVONhs
ONUVwUfAclGB8ynBjjzd6SihaMiBLf7C4d9xq18MRRocQreYKvCxVAbc+1bY
UuZCXmb7IKvWxJ5Hz6roWSbllbc8xn4Sj18LFklgBaj1QaZKRk9XfDRda2NP
rgwKmzStovQ2ijEKupB5I+exPFVK1f90mP0IZrZlrzvai1PdaXhgxJ7NnNIQ
R6XZPnsLYGS8BUeVIHljLSPHwcVtohWsNB5VBQpBMrpKNf7Uv+V8nbNqcY9C
uDk799Q1UkXXvqx44GAHgeliMUYzSs95qeW01LFCihKVZrVcyUiiNqoQnwlG
dyjwfTQGu+2NFYYCFewmJ6RhYx7lTVO7PKHLNGrBZObUvFW0Er0ib5Ywi9Nk
TK7g1LaxKaulCe58DsgRr8oOFy05Tfby3rPJLEU5MsM4lxXXjV7Ciq9TURRV
vzwM1jQMFjagjnQfZYiNzctroRLxnz+PI0dxUTVdkZMrFmyqtES6LkgDYSge
Cc3u5r6kJgcQb4VZUwQURhYSJhyYGwRdJtQn7ljVKSCgg3THYJo4IiZbvnHo
+cYhjs8yjhdA6XSZDkEvfKlgN+UOWk3KWHFtua4gyZ2q9rJalUsi5CHFjdB8
Y6CaboUmqOV6JY092RlQK25G9mUaUsNhaVvX51bN6aHqOBFW4yBWhsZfG9wu
GNoIn8jFKrrIiqOq2UyTo+mWrveRK1JXH7ArwkYpyIpIQsD6Si5p0WWPGX3g
NJSmUFONpqYu3xFjlSXirP3EuStZegR06aZFvv4kVoh5gNYm2sudLJnO5qpN
BMSO3C0ihzy+YJcMvBvJzqKo+fI9I6qOuAnIRYp60HFO4prp+iM3ibnvV65U
U4OpZjquTDHNYVbMXPJB6wILyYVH2ijP2wAjYxPj6gF/YUFGJZHrLrn/ReOu
Y30udL7MsCPaRVbQX+phcW019fFU1tfegrPI6DQmK5waDWXTIM0aOQpbh2+3
tPDn1qUDnibKQCIujOQKRGL/lY25HhaixwlkzqMZPWX5qGd9ASGmJ+7zKVlS
ru7dsOxkEWG+qSDPIqQWbiRsCX4XHFkQ9oXYfCMIX/GbdJ2hQbkUw2icLvx9
vTUDC9DbcQhICcnepiZNUGcZJ6BKX9NgR82697M7nfRIHaTdmG7yT90EP2Oa
KfCCReqVajgVp3xRKLEVlqzskANdoGWbbqcqQVXeevJfk8rOLt1qk0aFkJnp
IkqI6ZqPgksNZSxPDQm5lpaaySQjt2N4uk55NVVFK0u0mTrvjG6vrt5enUC2
knvRsKrz8qRIG9NdypWp7miRH/KjPzma4h3Up8tuaFdEP//hbA2wtWeflfoV
/zOG/u111XsswFeuf3eJ7SBkoOQoVQBfMR/zbZHLckfR1i49WiT6lKbh158+
hYIkLXu/ZJK0pNSKhAjzFIk8d4Xy9SshtEt9VdfxwcU3edcVd0spwbJnDIEB
bF4n2Qkc59dphMbQfHYJRkdlDPcRGNDCIbdV8vO/iXRRQ++GQJRI+MRDMaAa
4TiZLy5zk+HzZ9rnFmHSE2hBadGKooowIFV8+sTIsCz6CPLz16jT19WN+Hnr
c8+NDy+TIBlNX1V0HxE8eCOc87RzHfNaKnmZXTGDlkJ/lzwcwJF1jpDp+YLa
OEVzs3vAlZd703xP61z9D+AN3/jBNAAA

-->

</rfc>
