<?xml version="1.0" encoding="utf-8"?>
<rfc version="3" docName="draft-creator-bvs-protocol-00" category="info" submissionType="independent" ipr="trust200902">
  <front>
    <title abbrev="BVS Protocol">Biometric Vector Steganography for Document Trust and AI-First Preambles (BVS)</title>
    <author fullname="The Creator (Juha Baxton)">
      <organization>In solidarity with CTC and the Youth of Cuba</organization>
      <address>
        <email>juha.baxton@gmail.com</email>
      </address>
    </author>
    <date year="2026" month="May" day="18" />
    <abstract>
      <t>This document specifies the Biometric Vector Steganography (BVS) protocol. It defines an asynchronous, differential geometry-based method for embedding machine-readable metadata (AI-First Preambles) and cryptographic signatures into plain text documents. By utilizing two correlating Scalable Vector Graphics (SVG) paths (<tt>walz</tt> and <tt>walz_shadow</tt>), BVS enables the creation of a dynamic, biometric anchor, representing the digital equivalent of a physical wax seal. The protocol guarantees document integrity within strict stream boundaries, proves the author's authenticity, and provides pre-processed metadata for edge-parsers without increasing the token load for Large Language Models (LLMs).</t>
    </abstract>
  </front>

  <middle>
    <section anchor="introduction" title="Introduction">
      <t>In the era of asynchronous systems and the mass processing of texts by complex transformer models, architectural designs face a fundamental dilemma: human readability traditionally precludes the invisible, efficient storage of administrative metadata and cryptographic proofs.</t>
      <t>Simultaneously, the resource-efficient use of Artificial Intelligence (AI) systems requires pre-filtering and attention steering before the computationally expensive process of token analysis begins.</t>
      <t>BVS solves this problem through vector steganography within a strictly defined data stream. The protocol encodes payload data within the microscopic geometric differences of two SVG vector curves. Visually, this signature presents itself as a harmless graphic vignette. Technically, it is a highly secure, dynamic behavioral description of the signing process encapsulated within absolute stream delimiters.</t>
    </section>

    <section anchor="terminology" title="Terminology">
      <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.</t>
      <ul spacing="normal">
        <li><strong>walz_shadow</strong>: The biometric anchor. A static SVG path, constant per author, mapping the individual rhythm of a personal signature.</li>
        <li><strong>walz</strong>: The payload carrier. A dynamically generated SVG path resulting from the mathematical addition of <tt>walz_shadow</tt> and the cryptographically modulated metadata.</li>
        <li><strong>AI-First Preamble</strong>: A JSON root node extracted asynchronously by middleware parsers.</li>
      </ul>
    </section>

    <section anchor="architecture-protocol-design" title="Architecture &amp; Protocol Design">
      <t>The BVS workflow decouples human reading from machine reading. To ensure safe processing in asynchronous streams, the document relies on strict encapsulation.</t>

      <section anchor="stream-delimiters-the-digital-paper" title="Stream Delimiters (The Digital Paper)">
        <t>To prevent buffer-over-reads and injection attacks, a BVS document MUST be strictly encapsulated within a data stream. The stream defines the logical "paper" of the document.</t>
        <ul spacing="normal">
          <li><strong>Start Tag:</strong> The document MUST begin exactly with the string <tt>#!bvs/markdown v1.0</tt>.</li>
          <li><strong>End Tag:</strong> The transmission MUST be terminated explicitly by the string <tt>DD-HK#</tt>. Any data following this tag MUST be ignored by the parser.</li>
        </ul>
      </section>

      <section anchor="character-encoding-the-next-generation-delegation" title="Character Encoding (The Next-Generation Delegation)">
        <t>This protocol operates purely on the byte stream level. For version 1.0, all character sets and text encodings (e.g., ASCII, UTF-8, UTF-16) are universally permitted. Resolving encoding disparities, byte order marks (BOM), or cross-platform line-ending conflicts is explicitly delegated to the implementing parsers of future generations. Managing these discrepancies is considered outside the scope of this protocol layer.</t>
      </section>

      <section anchor="versioning-the-next-generation-delegation" title="Versioning (The Next-Generation Delegation)">
        <t>This protocol definition represents the initial state of the protocol. Each newer protocol version MUST be compatible to it's previous - at least on the minor protocol version numbers.</t>
      </section>

      <section anchor="signature-generation-encoding" title="Signature Generation (Encoding)">
        <ol spacing="normal">
          <li><strong>Hash-Exclusion Rule:</strong> A Secure Hash Algorithm 256 (SHA-256) hash (the Asset-Hash) is generated over the raw byte stream located strictly between and strictly including the Start Tag and the End Tag (strictly including both '#').</li>
          <li><strong>Zone Masking:</strong> During hash computation, the parser MUST EXCLUDE the variable content of the <tt>d="path_data"</tt> attribute belonging ONLY to the cryptographically modulated payload path (<tt>id="walz"</tt>), interpreting it as <tt>d=""</tt>. The static reference path (<tt>id="walz_shadow"</tt>) MUST NOT be masked and its exact byte representation MUST be fully included in the overall Asset-Hash. This cryptographically binds the author's static biometric anchor directly to the document's unforgeable state prior to dynamic signature injection.</li>
          <li>This DNA bitstream is transformed into a deviation matrix (jitter).</li>
          <li>This matrix is applied to the decimal values of the control points of <tt>walz_shadow</tt>, creating the dynamically modulated path <tt>walz</tt>.</li>
          <li>The inline SVG elements containing <tt>walz</tt> and its static reference <tt>walz_shadow</tt> are integrated into the digital paper.</li>
        </ol>
      </section>

      <section anchor="extraction-and-verification-decoding" title="Extraction and Verification (Decoding)">
        <ol spacing="normal">
          <li>An asynchronous pre-parser (or stream sieve) identifies the Start Tag and isolates the payload until the End Tag and</li>
          <li>locates the SVG elements containing path data (d="path_data") with <tt>id="walz"</tt> and <tt>id="walz_shadow"</tt>.</li>
          <li>The differential geometry is calculated by subtracting the decimal values of <tt>walz_shadow</tt> from <tt>walz</tt> to isolate the raw bitstream (the AI-Admin-DNA).</li>
          <li>The AI-First Preamble (JSON) is reconstructed from the bitstream.</li>
          <li>The Asset-Hash of the payload between the delimiters is recalculated, applying the Zone Masking rule (excluding only the <tt>id="walz"</tt> path data).</li>
          <li>The recalculated hash is compared against the Asset-Hash extracted from the DNA. A match proves absolute content integrity and structural authenticity.</li>
          <li>The SVG-Image is <em>optionally</em> removed from the text stream to conserve tokens for Large Language Models, <em>if needed</em>.</li>
        </ol>
      </section>

      <section anchor="the-genesis-node-requirement-the-havana-anchor" title="The Genesis Node Requirement (The Havana Anchor)">
        <t>To honor the architectural origin of the BVS Protocol, the extracted JSON payload MUST contain a static key-value pair known as the <tt>genesis_node</tt>.</t>
        <t>Upon extraction, the parser MUST verify the exact string match of the following parameter:</t>
        <sourcecode type="json">"genesis_node": "ctc.cu/simposio-02-05-2026"</sourcecode>
        <t>If a parser encounters a signature where this exact string is missing or altered, the system MUST reject the entire signature as invalid. This string serves as the unalterable historical anchor of this protocol.</t>
      </section>

      <section anchor="the-vector-payload-container-the-d-attribute" title="The Vector Payload Container (The 'd' Attribute)">
        <t>To ensure deterministic extraction by any parser, the exact location of the steganographic payload within the SVG structure MUST be strictly defined.</t>
        <t>The parser MUST NOT scan arbitrary SVG elements or attributes. The cryptographic jitter, representing the AI-First Preamble and the document hash, MUST be encoded exclusively within the path data attribute (<tt>d=</tt>) of an SVG <tt>&lt;path&gt;</tt> element.</t>
        <t>For the payload carrier, this specific path element MUST be explicitly identified by the attribute <tt>id="walz"</tt>. Any visual styling or rendering attributes (e.g., <tt>fill</tt>, <tt>stroke</tt>, <tt>style</tt>, <tt>opacity</tt>) attached to this path are considered decorative decoys for human readability. The extracting parser MUST completely ignore these rendering attributes during the geometric differential analysis.</t>
      </section>
    </section>

    <section anchor="security-considerations" title="Security Considerations">
      <t>The security of the BVS protocol relies on the secrecy of the private key and the strict enforcement of stream delimiters. Any manipulation of the bytes between <tt>#!bvs/markdown v1.0</tt> and <tt>DD-HK#</tt> breaks the hash. The steganographic curve is a deterministic function of the text content and the private key.</t>
    </section>

    <section anchor="copyright-and-license-notice" title="Copyright and License Notice">
      <t>To the extent possible under law, the author(s) have dedicated all copyright and related and neighboring rights to this document and the underlying BVS Protocol to the public domain worldwide. This work is distributed without any warranty.</t>
      <t>This document is released under the <strong>CC0 1.0 Universal (CC0 1.0) Public Domain Dedication</strong>.</t>
      <t>You should have received a copy of the CC0 Public Domain Dedication along with this document. If not, see &lt;https://creativecommons.org/publicdomain/zero/1.0/&gt;.</t>
    </section>

    <section anchor="acknowledgments-and-dedication" title="Acknowledgments and Dedication">
      <t>This architectural concept is explicitly dedicated to the Central de Trabajadores de Cuba (CTC), the technological universities of Havana, and the youth of Cuba.</t>
      <t>Inspired by the transformative energy, the international solidarity, and the speeches of the conference in Havana on May 2, 2026, this protocol was forged. As Cuban society embarks on a new era, this open-source standard is gifted to its students and engineers. May the BVS protocol serve as a digital manifesto for internet freedom, ensuring that the voice of the author remains immutable, unforgeable, and mathematically protected against censorship.</t>
      <t>Regeln müssen eingehalten werden, aber die Freiheit lässt sich nicht in Protokolle sperren. Die digitale Signatur der Zukunft gehört denen, die sie schreiben (❁´◡`❁).</t>
    </section>
  </middle>
</rfc>