Beersy

Jeff Harris

Beered by 0 people

17 standards · 1 topic

  • 124

    Multicast Transaction Frame Format

    Sending transactions across a network at high volume needs an agreed wire format, and the old one carries too little information to route or reorder anything. This adds the fields needed to identify a flow and track position within it.

    2026
  • 127

    Multicast Subtree Group Announcement Frame Format

    A receiver has to know which network group carries the slice of traffic it wants before it can subscribe. This has senders announce that mapping periodically, so a listener can join without being told out of band.

    2026
  • 128

    Multicast Extended Transaction Frame Format

    The same frame is useful for a transaction that already carries the details needed to validate it on its own. This defines that variant while leaving the header untouched, so existing readers still work.

    2026
  • 129

    IPv6 Multicast Group Address Assignments

    Splitting traffic across many network groups only works if everyone agrees which group is which. This assigns the address ranges, separating the groups carrying data from those carrying control messages.

    2026
  • 130

    Multicast Transaction Frame Fragmentation

    A transaction can be larger than the biggest packet the network will carry. This splits it into numbered pieces the receiver can reassemble, and says how to tell when one is missing.

    2026
  • 131

    Multicast Block Announcement Frame Format

    Clients need to know when a new block arrives, and polling for it wastes time and bandwidth. This pushes the block's summary to everyone listening as soon as it exists.

    2026
  • 132

    Multicast Subtree Data Frame Format

    Knowing a subtree exists is not the same as having the transaction hashes in it. This defines a frame carrying those contents to everyone subscribed, so nobody has to request them.

    2026
  • 133

    Multicast Coinbase Transaction Frame Format

    The first transaction in a block is a special case, and it does not travel with the ordinary transaction stream. This says how it is carried and who receives it.

    2026
  • 134

    Multicast Anchor Transaction Frame Format

    The first transaction in a chain has to arrive before any that depend on it, or the rest cannot be checked. This gives it its own frame so it can be treated as the prerequisite it is.

    2026
  • 135

    Multicast Block Header Frame Format

    A client that only tracks block headers should not have to receive a whole block announcement to get one. This carries the eighty-byte header on its own.

    2026
  • 139

    Multicast Shard Manifest Announcement Protocol

    Nothing tells a participant which slices of the traffic anyone else is actually carrying. This has each one announce what it holds, so the gaps become visible.

    2026
  • 142

    Multicast Transaction Bundle Frame Format

    Sending many tiny transactions as separate packets spends more on overhead than on content. This packs the ones heading the same way into a single frame.

    2026
  • 143

    Subtree Data Frame Format

    The list of transaction hashes making up a subtree also needs to travel over an ordinary byte stream, not just one-to-many delivery. This defines that form and how a receiver takes it in.

    2026
  • 144

    Block Frame Format

    A block pushed over a stream connection needs an agreed layout for its header, its parts and its first transaction. This defines it.

    2026
  • 149

    Multicast BEEF Object Frame Format

    Once a second kind of object has its own space, it needs a frame to travel in and a route back for submissions. This defines those wire forms.

    2026

Search Beersy

Search standards by number, title, author or topic