Fun fact, live A/V can not be cryptographically verified in real time.
You have you batch up 5-10 seconds of data and sign that.
If you try to sign each frame/packet, your CPU won't be able to sign fast enough. This is why e2ee videoconferences are symmetrically encrypted and all content is unsigned. You know it came from someone in the conference, but you can't prove from whom (cryptograohically speaking).
Maybe with custom encryption hardware this could be done fast enough that humans wouldn't notice the lag of the pipeline:
capture frame -> hash -> sign -> encrypt -> tx -> rx -> decrypt -> verify -> play
It'd still be tricky to get the data around to each component fast enough. Having an FPGA with an integrated NIC that would accept raw audio and video frames and deal with hashing, signing, encryoting, packing them up and shoving them over to the switch all in one device would be pretty slick.
In a world of quality deepfakes made easy, this could be just the ticket to restoring faith that something is genuine.
Dr. Hax
npub16v…meqha
2025-04-20 23:09:34
Author Public Key
npub16v82nr4xt62nlydtj0mtxr49r6enc5r0sl2f7cq2zwdw7q92j5gs8meqhaSeen on
wss://relay.nostr.bandPublished at
2025-04-20 23:09:34Event JSON
{
"id": "43ce2e4df1528e6298cdc0523a50ebbdf477a70abc1125aeb81930c461235ee9",
"pubkey": "d30ea98ea65e953f91ab93f6b30ea51eb33c506f87d49f600a139aef00aa9511",
"created_at": 1745190574,
"kind": 1,
"tags": [],
"content": "Fun fact, live A/V can not be cryptographically verified in real time.\n\nYou have you batch up 5-10 seconds of data and sign that.\n\nIf you try to sign each frame/packet, your CPU won't be able to sign fast enough. This is why e2ee videoconferences are symmetrically encrypted and all content is unsigned. You know it came from someone in the conference, but you can't prove from whom (cryptograohically speaking).\n\nMaybe with custom encryption hardware this could be done fast enough that humans wouldn't notice the lag of the pipeline:\n\ncapture frame -\u003e hash -\u003e sign -\u003e encrypt -\u003e tx -\u003e rx -\u003e decrypt -\u003e verify -\u003e play\n\nIt'd still be tricky to get the data around to each component fast enough. Having an FPGA with an integrated NIC that would accept raw audio and video frames and deal with hashing, signing, encryoting, packing them up and shoving them over to the switch all in one device would be pretty slick.\n\nIn a world of quality deepfakes made easy, this could be just the ticket to restoring faith that something is genuine.",
"sig": "71e40417dc40bbfe07fa5fe2f6f2fce32c10222c304b2b0b49e8e588a7828d207a341f75774f03007dc49d9ad4e878531c2fcb7d6de18828721cf791f0b3add3"
}