Decimen, 네트워크 없이 초당 약 190KB로 QR 코드 스트리밍

Tom Hardware는 빠르게 바뀌는 QR 코드를 이용해 휴대폰 간 파일을 초당 약 190KB로 전송한다는 브라우저 실험을 소개했다. 이 전송 방식에는 공용 네트워크, Bluetooth 페어링, 전용 앱, 계정이 필요하지 않다. 한 기기가 데이터를 표시하면 다른 기기가 카메라로 이를 촬영한다.

바로 이 조합이 핵심적인 긴장감을 만든다. 기존 휴대폰 전송 방식은 훨씬 빠르지만, 무선 통신, 운영체제 서비스, 주변 기기 권한 또는 클라우드 인프라에 의존한다. Decimen Optical Transfer는 사용자가 직접 볼 수 있는 광학 채널로 이런 의존성을 대체한다.

이 프로젝트는 AirDrop을 바로 대체할 제품이 아니라 개념 증명 단계에 머물러 있다. 보고된 성능 역시 유리한 조건에서 개발자가 시험한 결과다. 그럼에도 이 실험은 일반적인 연결이 불가능하거나 제한되었거나 원치 않을 때, 화면과 카메라가 실용적인 로컬 데이터 경로를 만들 수 있음을 보여준다.

Tom Hardware가 광학 전송 주장을 맥락 속에 놓다

핵심 결과는 QR 코드가 파일을 담을 수 있다는 사실이 아니다. 브라우저가 충분한 수의 QR 코드를 스트리밍해 쓸 수 있는 단방향 연결을 만들 수 있다는 점이다.

개발자 bashalarmistalt는 Decimen Optical Transfer를 오픈소스 데모로 공개했다. 프로젝트 설명에 따르면, 한 브라우저는 인코딩된 프레임을 끝없이 표시한다. 다른 브라우저는 카메라로 그 프레임을 읽고 원본 파일을 복원한다.

원문 보도는 2026년 7월 31일에 게시됐다. 보도에 따르면 손에 들고 휴대폰끼리 전송할 때는 약 128KB/s를 기록했다. 두 기기를 안정적으로 고정하자 전송률은 약 186KB/s까지 올라갔다고 한다.

이 수치는 독립적인 실험실 벤치마크가 아니라 개발자 측정 결과다. 움직임이 있으면 자동 초점이 계속 초점을 찾고 각 프레임이 흐려지기 때문에 기기 위치가 중요하다. 프로젝트 문서는 손 떨림을 최대 처리량의 가장 큰 문제로 꼽는다.

개발자는 캐시 기반의 웹 음악 플레이어를 만들다가 이 아이디어를 떠올렸다고 말한다. 같은 네트워크에 연결되지 않은 휴대폰들 사이에서 오디오 파일을 옮기고 싶었다. 빠르게 깜박이는 QR 코드는 어느 휴대폰도 다른 휴대폰을 발견할 필요가 없는 채널을 제공했다.

이 경로로 이동하는 것은 단순한 다운로드 링크가 아니다. 선택한 파일의 바이너리 내용 자체가 분할·인코딩·표시·캡처된 뒤 수신 기기에서 재구성된다. 페이로드 자체가 화면과 카메라 사이의 가시광선을 통해 전달된다.

공개된 개념 증명은 상위 실험보다 더 보수적인 구성을 사용한다. 512KB 이미지 또는 선택 가능한 2MB 이미지를 전송할 수 있다. 저장소는 데모 중 129KB/s로 실행된 전송을 설명한다.

더 높은 것으로 보고된 상한은 더 조밀한 QR 프레임, 적층 코드, 오류 보정 색상 채널에서 나왔다. 개발자는 해당 테스트에 120Hz ProMotion 디스플레이를 사용했다. 보고된 성능은 손에 들었을 때 약 128KB/s, 기기를 고정했을 때 186KB/s에 달했다.

이 구분은 중요하다. 헤드라인 수치는 더 폭넓은 실험에서 나온 최상의 결과를 설명하는 반면, 공개 개념 증명은 더 쉬운 스캔을 우선한다. 모든 휴대폰과 브라우저 조합이 즉시 186KB/s를 재현할 것이라고 기대해서는 안 된다.

그럼에도 낮은 전송률조차 이 방식을 어떻게 분류해야 하는지를 바꾼다. 단일 정적 QR 코드는 보통 웹사이트를 열거나 작은 자격 증명을 가져오는 지름길이다. Decimen은 QR을 연속적인 전송 매체로 바꾼다.

129KB/s에서 2MB 이미지를 전송하는 데 걸리는 시간은 보관용 업로드가 아니라 짧은 로컬 전달에서 예상할 법한 수준이다. 대용량 동영상은 여전히 불편할 것이다. 문서, 오디오 클립, 구성 번들, 자격 증명, 긴급 파일은 이 채널에 더 자연스럽게 맞는다.

이 프로젝트는 의도적으로 단방향이다. 수신기는 확인 응답을 보내거나 연결을 협상하거나 송신자에게 자신의 신원을 드러내지 않는다. 이는 설정을 단순화하지만, 동시에 시스템 전체를 규정하는 기술적 문제를 만든다.

수신 카메라가 일반적인 순번 청크 하나를 놓치면 송신자는 이를 반복해야 한다는 사실을 알 수 없다. Decimen은 네트워크식 재전송 프로토콜 대신 분수 코딩으로 이 문제를 해결한다.

분수 코드는 놓친 프레임을 실패가 아닌 지연으로 바꾼다

Decimen이 작동하는 이유는 수신기에 모든 QR 프레임이나 원래 전송 순서가 필요하지 않기 때문이다.

송신기는 먼저 파일을 소스 블록으로 나눈다. 이어 각 블록이 소스 데이터의 의사 난수 부분집합을 결합하도록, 인코딩된 블록을 계속 생성한다. 수신기는 파일을 복원할 만큼 충분한 서로 다른 조합을 수집한다.

이 기술은 분수 코드로 알려져 있다. 이름은 수신기의 동작을 반영한다. 수신기는 원본을 재구성할 만큼 충분해질 때까지 물방울처럼 인코딩된 데이터를 모을 수 있다. 특정 물방울이 특정 시간에 도착할 필요는 없다.

Decimen은 초기의 실용적인 분수 코드 설계인 Luby transform 코딩을 사용한다. 각 프레임의 부분집합은 견고한 솔리톤 분포를 이용해 시퀀스 번호에서 도출된다. 수신기는 복구 전에 원본 블록 수의 약 1.15배가 필요하다고 전해진다.

따라서 누락된 QR 프레임은 정확성이 아니라 시간을 희생시킨다. 수신기는 흐릿하거나 중복되었거나 읽을 수 없는 이미지를 무시하고 이후 프레임을 계속 수집할 수 있다. 이 특성은 반환 경로가 없는 광학 채널에 이 시스템을 적합하게 만든다.

프로젝트 저장소는 모든 프레임에 20바이트 헤더가 포함된다고 설명한다. 이 헤더는 세션, 시퀀스 번호, 블록 수, 블록 크기, 파일 길이, 파일 해시를 식별한다.

자기 기술형 프레임 덕분에 수신기는 전송이 시작된 뒤에도 활성 스트림에 참여할 수 있다. 송신기를 재시작하면 새 세션 식별자가 생성되고, 수신기는 이를 통해 자동으로 초기화해야 함을 알 수 있다. 페어링 교환은 필요하지 않다.

해시는 수신 측에서 재구성된 파일을 검증할 방법을 제공한다. 송신자가 신뢰할 수 있음을 보장하지는 않지만, 전송된 페이로드와 다른 결과는 감지할 수 있다.

이 메커니즘은 번호가 매겨진 청크를 반복 재생하는 방식과 다르다. 순차 재생에서는 프레임 하나를 놓치면 수신기가 전체 시퀀스가 반복될 때까지 기다려야 할 수 있다. 파일이 길어질수록 복구 지연도 길어진다.

분수 코딩은 대신 유용한 조합을 계속 만들어 낸다. 송신기는 어떤 심볼이 도착했는지 알 필요가 없고, 수신기는 누락된 심볼을 요청할 필요가 없다. 이는 신뢰성 있는 전송 프로토콜에서 일반적으로 기대되는 피드백 채널을 없앤다.

이 개념은 이 프로젝트보다 앞선다. 2018년의 TXQR 실험 역시 애니메이션 QR 코드와 분수 코딩을 결합했다. 이후 Digital Bazaar의 qram 라이브러리는 손실이 있는 매체를 통해 임의 데이터를 전송하기 위한 LT 코딩 QR 스트림을 탐색했다.

Decimen의 기여는 이 아이디어를 최신 휴대폰 디스플레이, 카메라, 브라우저 API, WebAssembly를 중심으로 구현한 데 있다. 흔히 WASM으로 줄여 부르는 WebAssembly는 브라우저가 컴파일된 코드를 네이티브에 가까운 속도로 실행하도록 한다.

수신기는 확립된 바코드 디코딩 라이브러리인 ZXing-C++의 WASM 빌드를 사용한다. 카메라 프레임은 워커에 분산되므로, 메인 브라우저 인터페이스를 막지 않고 여러 디코딩 작업을 실행할 수 있다.

바쁜 워커는 초과된 카메라 프레임을 그냥 버릴 수 있다. 일반적인 순차 채널에서는 이런 동작이 전송을 위협할 수 있다. 하지만 여기에서는 분수 계층이 그러한 손실을 흡수하고, 다음에 읽을 수 있는 심볼이 복원을 진전시키도록 한다.

구현은 눈에 잘 띄지 않는 호환성 문제도 다룬다. JavaScript 엔진은 모든 수학 함수에 대해 비트 단위까지 동일한 근사값을 보장하지 않는다. 분수 분포의 작은 차이만으로도 두 브라우저가 동일한 시퀀스 번호에 서로 다른 소스 블록을 선택할 수 있다.

그래서 이 프로젝트는 명시적으로 정의된 IEEE 754 연산에 기반한 결정론적 로그를 포함한다. 이를 통해 V8 기반 브라우저와 Safari의 JavaScriptCore가 동일한 분포를 생성할 때 일치하도록 한다.

이 세부 사항은 브라우저 전용이라는 표현을 단순한 웹페이지 요령으로 오해해서는 안 되는 이유를 보여준다. 이 페이지는 카메라 캡처, 병렬 디코딩, 결정론적 코딩, 세션 관리, 해시 검증을 조율한다. 사실상 가시 이미지 위에 구축된 전송 스택이다.

이 결과는 더 빠른 QR 생성만으로 더 빠른 파일 전송이 보장되지 않는 이유도 설명한다. 송신기는 카메라가 깨끗한 이미지를 포착할 만큼 각 프레임을 충분히 오래 표시해야 한다. 수신기는 워커 대기열이 차기 전에 이를 디코딩할 충분한 처리 능력도 필요하다.

화면 주사율, 카메라 노출, 자동 초점, 브라우저 스케줄링, 디코딩 속도는 모두 최종 전송률을 좌우한다. 분수 코딩이 이런 제약을 없앨 수는 없다. 다만 불가피한 손실이 전송을 망가뜨리지 않게 한다.

진짜 경쟁 상대는 AirDrop 속도가 아니라 연결 설정이다

광학 전송은 순수 대역폭에서 크게 뒤처지지만, 무선 기반 대안에 필요한 탐색과 신뢰 절차를 피할 수 있다.

AirDrop, Quick Share, Bluetooth, Wi-Fi Direct, WebRTC, 메시징 앱, 클라우드 드라이브는 모두 파일을 더 빠르게 옮길 수 있다. 하지만 핵심 문제가 두 기기가 기존 방식의 경로를 설정할 수 없다는 데 있다면, 이들은 적절한 성능 기준이 아니다.

Apple과 Google은 근거리 공유 과정에서 눈에 보이는 마찰을 줄이는 데 수년을 들였다. 이들 시스템도 여전히 운영체제 지원, 호환 기기, 무선 통신, 탐색 서비스, 사용자가 승인한 접근 권한에 의존한다.

웹 서비스는 직접적인 브라우저 통신에 WebRTC를 사용할 수 있지만, 피어는 일반적으로 연결 전 시그널링이 필요하다. 네트워크 정책, 호환되지 않는 경로, 제한적인 방화벽은 이 과정을 복잡하게 만들 수 있다.

Decimen은 탐색을 완전히 피한다. 송신기는 정보를 공개적으로 표시하고, 광학 범위 안의 호환 가능한 수신기는 이를 수집할 수 있다. 어느 기기도 상대방의 주소나 신원을 알 필요가 없다.

이 모델은 손상되었거나 고립된 기기에 적합하다. 휴대폰은 셀룰러, Wi-Fi, Bluetooth 또는 케이블 연결을 사용할 수 없더라도 작동하는 화면과 브라우저를 갖추고 있을 수 있다. 카메라까지 작동한다면 광학 스트림도 수신할 수 있다.

에어 갭 시스템도 또 다른 잠재적 활용 환경이다. 에어 갭은 노출을 줄이기 위해 기기를 일반 통신 네트워크와 분리한다. 관리자는 그 경계를 넘어 업데이트, 로그, 키 또는 기타 파일을 옮길 수 있는 통제된 방법이 여전히 필요하다.

QR 스트림은 채널을 관찰할 수 있기 때문에 일부 오프라인 서명 및 보안 워크플로에서 이미 사용된다. 사용자는 데이터가 경계를 넘는 시점을 볼 수 있지만, 시각적 인지가 페이로드 자체의 안전성을 알려주지는 않는다.

브라우저 방식은 전용 설치가 필요 없으므로 배포 마찰을 낮춘다. 사용자는 수신 페이지에 카메라 접근 권한을 부여하고, 송신자에게는 화면만 있으면 된다.

이 설명에는 한 가지 단서가 필요하다. 브라우저 페이지는 처음에 기기에서 사용할 수 있어야 한다. Decimen은 나중에 사용하도록 캐시할 수 있지만, 최초 접근에는 일반적으로 서버, 로컬 개발 호스트 또는 다른 설치 경로가 필요하다.

카메라 접근에는 보안 브라우저 컨텍스트도 필요하다. 이 프로젝트는 개발 중 HTTPS를 사용한다. 브라우저는 일반적으로 안전하지 않은 원격 오리진에서 카메라 접근 인터페이스인 getUserMedia를 차단하기 때문이다.

Safari는 일부 브라우저 QR 도구가 사용하는 BarcodeDetector 인터페이스를 아직 제공하지 않아 추가 구현 과제를 만든다. 관련 WebKit 이슈는 여전히 프로젝트의 호환성 설명에 포함돼 있다.

Decimen은 WASM을 통해 자체 ZXing 디코더를 탑재해 이 공백을 처리한다. 이 설계는 브라우저 간 제어력을 높이지만, 네이티브 플랫폼 서비스라면 피할 수 있는 코드와 처리 작업도 추가한다.

이 시스템은 제한적인 기술적 의미에서 프라이버시 이점을 제공한다. 개발자에 따르면 파일 내용은 두 브라우저 안에만 머물며 업로드 서버를 거치지 않는다. 송신자는 누가 스트림을 수신했는지에 관한 정보를 받지 못한다.

하지만 광학 전송이 자동으로 비공개가 되는 것은 아니다. 적절한 카메라와 화면을 선명하게 볼 수 있는 위치에 있는 사람이라면 누구든 같은 데이터를 수신하려 시도할 수 있다. 현재 채널은 기밀성이 보장된 페어링 링크라기보다 가시적인 방송에 더 가깝게 동작한다.

민감한 전송에는 인코딩 전에 암호화가 필요하다. 공개 문서는 안정적인 전송과 파일 검증에 초점을 맞추며, 완전한 신원 확인·권한 부여·키 관리 시스템을 다루지는 않는다.

송신자는 의도한 수신자가 전송을 완료했는지도 확인할 수 없다. 확인 응답 채널이 없기 때문이다. 사용자는 완료 여부를 확인하기 위해 시각적 조율이나 별도의 방법에 의존해야 한다.

이러한 한계는 프로젝트의 핵심 약속에는 수용 가능한 수준이다. 모든 네트워킹 스택을 대체하려는 것이 아니다. 연결 설정 자체가 더 큰 장애물일 때 쓸 수 있는 대안을 만든다.

이 차이는 Tom Hardware의 결과를 바라보는 관점을 제공한다. 약 190 KB/s는 Wi-Fi와 비교하면 평범하지만, 브라우저 기본 기능만으로 구성한 권한 부담이 적은 광학 링크로서는 놀랍다. 이 실험은 대역폭의 풍부함을 네트워크 인프라로부터의 독립성과 맞바꾼다.

186 KB/s 결과가 증명하지 못하는 것

최고 전송률은 유망한 엔지니어링 측정치일 뿐, 일반적인 휴대폰과 환경 전반에서 안정적인 성능을 보장한다는 증거는 아니다.

개발자는 물리적 안정성을 주요 변수로 지목한다. 고정된 수신기는 약 186 KB/s에 도달한 것으로 전해지지만, 손에 들고 사용할 때는 약 128 KB/s 수준에 머물렀다. 이 차이만으로도 움직임이 채널에 얼마나 큰 영향을 미치는지 알 수 있다.

사용자의 손이 움직이는 동안 자동 초점이 바뀔 수 있다. 롤링 셔터는 한 디스플레이 프레임의 일부와 다음 프레임의 일부를 함께 포착할 수 있다. 반사, 낮은 밝기, 시야각, 화면 스케일링, 주변광은 모두 대비를 떨어뜨릴 수 있다.

카메라와 디스플레이의 프레임 속도도 또 다른 문제를 만든다. 수신기는 60 FPS를 요청하더라도 실제로는 30 FPS만 받을 수 있다. 프로젝트는 애플리케이션이 이상적인 요청을 할 경우 iOS가 더 낮은 프레임 속도를 조용히 제공할 수 있다고 언급한다.

해결책은 지원되는 경우 정확한 프레임 속도를 요청한 뒤 카메라 트랙 설정을 확인하는 것이다. 그러나 이 방법조차 지원하지 않는 하드웨어가 추가 프레임을 제공하게 만들 수는 없다.

이 개념 증명은 기본적으로 초당 24개의 프레임을 전송한다. 일반적인 디스플레이에서 각 QR 이미지가 최소 두 번의 갱신 주기를 갖게 해 카메라가 이를 선명하게 포착할 가능성을 높인다.

기본 프레임 하나는 버전 27 QR 코드를 사용해 1,465바이트의 페이로드를 담는다. 저장소에 따르면, 더 밀도 높은 버전 40 프레임은 근거리 휴대폰 테스트에서 2,953바이트를 담을 수 있다.

더 밀도 높은 코드가 실제로 항상 더 빠른 것은 아니다. 특히 움직임이 있거나 초점이 완벽하지 않을 때는 더 작은 시각 모듈을 카메라가 판별하기 어렵다. 두 배의 데이터를 담는 프레임도 디코더가 이를 거부한다면 가치가 거의 없다.

송신자는 프레임 속도, 프레임당 바이트 수, 오류 수정 수준, 표시 크기를 조정할 수 있다. 수신자는 캡처 너비, 카메라 속도, 디코딩 워커 수를 조정할 수 있다. 이러한 제어 항목은 프로젝트가 아직 성능 선택지를 보편적인 자동 프로파일로 정리하지 못했음을 보여준다.

문서화된 구성에서 QR 오류 수정은 표준 중 가장 낮은 수준인 L로 설정돼 있다. 이 선택은 각 이미지 안에 데이터를 위한 공간을 더 많이 남긴다.

분수 코드와 QR 오류 수정은 서로 다른 실패 모드를 처리한다. QR 수정은 캡처된 심볼 내부의 손상을 복구하려 시도한다. 분수 계층은 아예 디코드되지 못한 심볼을 처리한다.

Decimen은 불량 프레임을 버리고 더 많은 분수 심볼을 생성하는 방식을 택한다. 선명한 프레임이 자주 들어올 때는 타당한 선택이지만, 조명이 나쁜 환경에서는 다른 균형이 더 유리할 수 있다.

보고된 전송률에는 더 광범위한 워크플로 비용도 포함되지 않는다. 사용자는 여전히 두 페이지를 준비하고, 적절한 권한을 허용하며, 정렬을 맞추고, 재구성된 파일을 보관할 충분한 여유 메모리를 확보해야 한다. 작은 전송에서는 이러한 단계가 경험의 대부분을 차지할 수 있다.

대용량 파일은 다른 문제를 제기한다. 186 KB/s에서 수백 메가바이트를 전송하려면 여전히 오랜 시간이 걸린다. 지속적인 카메라 사용, 최대 화면 밝기, 연속 디코딩은 배터리를 소모하고 열을 발생시킨다.

브라우저는 백그라운드 작업을 중단하거나 압박 상황에서 메모리를 회수할 수 있다. 모바일 운영체제 역시 기기와 출시 버전에 따라 카메라 동작을 바꿀 수 있다. 상용 도구라면 광범위한 호환성 테스트가 필요하다.

보안에도 같은 수준의 주의가 필요하다. 올바른 해시는 수신한 바이트가 전송한 바이트와 일치함을 확인한다. 그러나 누가 이를 만들었는지, 혹은 악성 콘텐츠가 포함됐는지는 입증하지 않는다.

자동 다운로드를 제공하는 페이지는 파일명, MIME 메타데이터, 파일 크기, 재구성된 버퍼를 신뢰할 수 없는 입력으로 다뤄야 한다. 프로젝트의 오픈소스 상태는 검토에 도움이 되지만, 정식 보안 평가를 대체하지는 못한다.

저장소는 현재 코드를 최소한의 개념 증명으로 제시한다. 짧은 이력과 제한된 테스트 대상은 광범위한 신뢰성 주장을 하기에는 이르다는 뜻이다. 헤드라인 성과는 공개된 기기 매트릭스 전반에서 독립적으로 재현되지 않았다.

프로젝트는 어깨너머 엿보기에 대한 본질적인 보호 기능도 갖추지 못했다. 페이로드를 미리 암호화하지 않았다면, 근처의 관찰자는 화면을 녹화해 나중에 스트림을 디코드할 수 있다.

이 위험은 에어갭 사용에서 양면성을 지닌다. 눈에 보이는 광학 채널은 보이지 않는 무선 연결보다 감독하기 쉬울 수 있다. 동시에 시야가 닿는 모든 카메라에 데이터가 새어 나갈 수도 있다.

페어링이 없으면 송신자가 수신자를 인증하지 않기 때문에 마찰이 줄어든다. 바로 그 특성 때문에 전송 계층의 접근 제어도 사라진다.

이 어떤 지점도 실험의 가치를 훼손하지 않는다. 오히려 실제 성취를 규정한다. Decimen은 브라우저 기반 광학 전송이 선택된 조건에서 유용한 속도에 도달할 수 있음을 보여주지만, 제품 수준의 신뢰성, 자동 튜닝, 안전한 세션 설계는 아직 해결되지 않은 과제로 남긴다.

기존 QR 프로젝트는 기회와 한계를 모두 보여준다

Decimen은 더 긴 광학 전송 실험의 계보에 속하지만, 향상된 휴대폰 하드웨어가 오래된 아이디어를 더욱 실용적으로 만들고 있다.

애니메이션 QR 전송은 연구 프로젝트, 오픈소스 라이브러리, 암호화폐 지갑, 에어갭 서명 도구에서 등장해 왔다. 이 시스템들은 기계가 읽을 수 있는 이미지의 연속이 하나의 정적 심볼보다 훨씬 많은 데이터를 전달할 수 있다는 기본 관찰을 공유한다.

초기 프로젝트는 종종 순차 청크를 사용했다. 구현은 쉽지만, 심볼 하나를 놓치면 순서가 반복될 때까지 완료가 지연될 수 있다. 분수 코드는 채널을 손실과 순서가 뒤섞인 수신에 더 강하게 만들었다.

TXQR은 2018년에 Go로 애니메이션 QR 코드와 분수 코딩을 결합했다. Digital Bazaar의 qram 라이브러리는 LT 코드를 사용해 임의의 데이터를 반복되는 QR 패킷으로 묶었다. 두 프로젝트는 Decimen의 개념적 기반 상당 부분을 마련했다.

다른 구현은 표준 QR을 완전히 포기한다. Libcimbar는 더 높은 광학 밀도를 위해 설계된 맞춤형 컬러 시각 코드를 사용한다. 특수 형식은 화면 면적에 더 많은 정보를 담을 수 있지만, 표준 QR을 둘러싼 성숙한 인식 소프트웨어의 이점을 잃는다.

이러한 절충은 휴대폰에서 중요하다. QR 디코딩은 감지, 원근 보정, 손상된 심볼, 변화하는 조명에 관한 수십 년의 작업 혜택을 받는다. 맞춤형 컬러 시스템은 화이트 밸런스와 카메라 색상 처리를 관리하면서 이러한 문제를 해결해야 한다.

RaptorQR은 또 다른 현재 접근 방식이다. 개발자는 iPhone 16과 Safari를 사용해 6.5 MB를 36초에 전송했으며, 이는 183.6 KB/s라고 보고한다. 이 프로젝트는 RaptorQ 코딩, WASM 렌더링, ZXing 스캔을 결합한다.

RaptorQ는 RFC 6330에 설명된 표준화된 분수 코드다. 이 설계는 낮은 오버헤드로 패킷 손실을 효율적으로 복구하는 데 초점을 맞춘다. 반면 Decimen은 견고한 솔리톤 분포를 사용하는 LT 코드 구현을 문서화한다.

이 프로젝트들을 통제된 일대일 벤치마크로 간주해서는 안 된다. 페이로드, 코드 레이아웃, 기기, 프레임 속도, 테스트 조건이 서로 다르다. 그럼에도 유사한 전송률은 휴대폰 기반 광학 전송이 실용적인 성능 범위에 진입했음을 시사한다.

커뮤니티 실험은 일반적인 네트워킹과의 남은 격차도 보여준다. 브라우저 QR 전송을 개발하는 이들은 Wi-Fi와 WebRTC 경로에서 초당 메가바이트 단위의 속도를 기록했다고 설명한다. 광학 전송은 일반적으로 여전히 초당 수백 킬로바이트 수준에 머문다.

이 비교는 올바른 경쟁 대상을 강조한다. 이는 로컬 무선 공유와의 대역폭 경쟁이 아니다. 연결 실패, 사용할 수 없는 무선 기능, 호환되지 않는 플랫폼, 일반적인 네트워킹을 금지하는 정책에 맞서는 경쟁이다.

표준 기반 QR 코드는 Decimen에 배포 측면의 이점도 제공한다. 프로젝트는 익숙한 시각적 표식과 확립된 디코딩 라이브러리를 활용할 수 있다. 사용자는 특별한 카메라 하드웨어가 필요하지 않다.

최신 휴대폰은 파이프라인의 거의 모든 부분을 개선한다. 고주사율 디스플레이는 더 많은 심볼을 표시할 수 있다. 개선된 카메라는 더 밀도 높은 코드를 판별한다. 더 빠른 모바일 프로세서는 더 많은 프레임을 병렬로 디코드한다. 브라우저 WASM 지원은 최적화된 네이티브 라이브러리를 웹페이지로 가져온다.

이러한 개선은 오래된 개념이 왜 새로운 결과를 낼 수 있는지 설명한다. 기초 정보 이론은 바뀌지 않았다. 소비자 하드웨어가 완전한 광학 파이프라인을 대화형으로 실행할 수 있는 지점에 도달했다.

AI 지원 개발도 구현 과정에 영향을 미쳤다. 개발자는 Claude Code가 작동하는 개념 증명 구축에 도움을 줬다고 말한다. 이 사실은 흥미롭지만, 저장소에서 확인할 수 있는 설계 선택보다 부차적이다.

AI가 분수 코드, QR 인식, WASM, 브라우저 카메라 캡처를 발명한 것은 아니다. 특정한 개인 문제를 해결하기 위해 한 개발자가 이 구성 요소들을 빠르게 결합하도록 도왔을 뿐이다.

이러한 패턴은 실험적 소프트웨어에서 점점 흔해지고 있다. 개발자는 전통적인 제품 팀이 작업을 정당화하기도 전에 표준, 라이브러리, 기기 API를 조합해 좁은 범위의 프로토타입을 만들 수 있다.

그 결과물인 코드는 여전히 인간의 검토, 하드웨어 테스트, 위협 분석, 유지보수가 필요하다. Decimen의 가치는 AI 생성 코드를 자동으로 신뢰할 수 있다고 보는 데 있지 않고, 이 시스템이 드러내는 가능성에서 나온다.

따라서 Tom Hardware 독자들은 이 프로젝트를 하나의 고립된 묘기가 아니라 성숙해지는 경로의 증거로 봐야 한다. 여러 팀이 분수 코드 기반 광학 전송으로 수렴하고 있는 이유는 현재 기기들이 마침내 이를 유용한 속도로 실행할 수 있기 때문이다.

광학 전송이 실험실을 벗어날지 결정할 세 가지 신호

다음 시험은 Decimen이 유리한 시연을 휴대폰, 브라우저, 실제 환경 전반에서 반복 가능한 동작으로 바꿀 수 있는지 여부다.

첫 번째 신호는 독립적인 호환성 벤치마크다. 이 프로젝트는 최근 iPhone, Android 휴대폰, 태블릿, 노트북 전반에서 송신과 수신 역할을 모두 테스트한 결과가 필요하다.

유용한 벤치마크는 휴대 사용과 고정 사용을 분리해야 한다. 실제 카메라 설정, 디스플레이 주사율, 거리, 조명, 페이로드 크기, 실패 횟수, 지속 처리량을 보고해야 한다.

여러 기기에서 186 KB/s에 가까운 결과가 재현된다면 핵심 성능 주장은 더 강해질 것이다. 큰 편차나 잦은 전송 실패는 광학 조건이 여전히 소프트웨어 설계를 지배한다는 점을 보여줄 것이다.

두 번째 신호는 자동 튜닝이다. 실사용 가능한 수신기는 카메라 프레임 속도와 디코딩 성능을 측정한 뒤, 안정적으로 동작하는 밀도와 재생 속도를 송신자에게 알려줘야 한다.

Decimen은 현재 반환 채널을 사용하지 않으므로, 이 조정에는 설계상의 결정이 필요하다. 수신기가 작은 제어용 QR 코드를 송신자에게 다시 표시하거나, 사용자가 감지된 프로필을 직접 선택할 수 있다.

양방향 시각 모드에는 확인 응답, 흐름 제어, 기능 협상이 추가된다. 동시에 단순한 단방향 브로드캐스트라는 핵심 약속도 복잡해진다.

이 프로젝트가 유용성을 유지하기 위해 이중 전송이 반드시 필요한 것은 아니다. 다만 자동 프로필은 전송 실패를 줄이고, 성능이 전문가용 설정에 덜 의존하도록 만들 수 있다.

세 번째 신호는 실제 파일을 위한 보안 모델이다. 암호화, 송신자 인증, 페이로드 제한, 안전한 다운로드 처리, 명확한 세션 표시가 갖춰지면 이 개념은 엔지니어링 시연을 넘어설 수 있다.

암호화는 분수 인코딩 전에 이뤄져야 한다. 그래야 녹화된 프레임만으로는 키 없이는 사용할 수 있는 파일 데이터를 얻을 수 없다. 인증은 수신자가 재구성된 페이로드가 예상한 송신자로부터 왔는지 확인하는 데 도움이 된다.

이러한 추가 기능은 채널의 가장 큰 장점을 보존해야 한다. 안전한 설정에 계정, 클라우드 서비스 또는 복잡한 페어링이 필요하다면, 광학 전송은 애초에 피하려 했던 의존성을 다시 만들어 내기 시작한다.

가장 설득력 있는 결과는 선택형 보안 모드일 것이다. 가벼운 전송은 즉시 처리되도록 유지하고, 민감한 워크플로에는 사전 공유 키나 짧은 시각 검증 코드를 사용할 수 있다.

개발자는 브라우저의 카메라 동작도 주시해야 한다. 프레임 속도 제어와 네이티브 바코드 감지에 더 잘 접근할 수 있다면 구현 복잡성을 줄일 수 있다. 반대로 모바일 스케줄링이나 카메라 제약의 회귀는 부정적인 영향을 줄 수 있다.

일반 사용자에게 당장의 질문은 더 단순하다. 언제 이것이 기존 공유 도구보다 나을까? 일반적인 도구가 연결 경로를 만들지 못하거나, 받아들이기 어려운 접근 권한을 요구하거나, 존재하지 않는 인프라에 의존할 때다.

여기에는 고립된 기기, 고장 난 무선 하드웨어, 플랫폼 간 복구, 감독된 에어갭 전송, 제한된 네트워크 환경의 교실, 대형 디스플레이를 통한 일대다 브로드캐스트가 포함된다.

이 방식은 대용량 백업이나 일상적인 동영상 공유에는 여전히 적합하지 않다. 또한 카메라 범위 안에 있는 누구나 암호화되지 않은 스트림을 볼 수 있으므로 기밀 데이터는 신중하게 다뤄야 한다.

Tom Hardware는 휴대폰 화면과 카메라가 링크와 결제 토큰 이상의 역할을 할 수 있다는 신뢰할 만한 증명을 제시했다. 거의 190 KB/s에 이른 결과는 이제 더 폭넓은 재현, 쉬운 튜닝, 그리고 명확히 정의된 보안 계층이 필요하다.

이 아이디어는 의도된 실패 상황을 기준으로 평가해 보자. Wi-Fi, Bluetooth, 케이블, 클라우드 서비스가 모두 사라진다면, 눈에 보이는 브라우저 채널이 중요한 파일 하나를 복구하는 데 도움이 될까? 그 답이 스트리밍 QR 코드가 흥미로운 실험으로 남을지, 기기 간 표준 비상 경로가 될지를 결정할 것이다.