라벨이 SoC 설계인 게시물 표시

구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

SHA-3와 SHAKE 완벽 해부: SoC 하드웨어 구현 전략

🔐 SHA-3와 SHAKE 완벽 해부: SoC 하드웨어 구현 전략 차세대 해시 표준 Keccak 알고리즘의 구조 분석부터 SoC 가속기 설계까지 — 초심자도 이해할 수 있는 종합 리서치 SHA-3는 단순한 해시 함수의 업그레이드가 아닙니다. 기존 머클-담가드 구조 를 버리고 완전히 새로운 스폰지 구조(Sponge Construction) 를 채택한 패러다임 전환입니다. 본 리포트는 알고리즘 이론부터 실제 SoC 하드웨어 가속기 설계까지, 설계자가 알아야 할 모든 핵심 사항을 정리했습니다. 1️⃣ SHA-3의 탄생 배경 SHA-3는 NIST(미국 국립표준기술연구소) 가 2012년 공모를 통해 선정한 차세대 해시 표준으로, 2015년 FIPS 202 로 공식 제정되었습니다. SHA-2가 여전히 안전하다고 평가받지만, 구조적 유사성 때문에 "만약 SHA-2가 깨진다면?"이라는 위기 상황에 대비한 대체 표준(Backup Standard) 의 성격이 강합니다. Keccak 알고리즘은 벨기에 암호학자 Guido Bertoni, Joan Daemen(AES 공동 설계자), Michaël Peeters, Gilles Van Assche가 설계했으며, 51개 경쟁작을 물리치고 최종 선정되었습니다. 가장 큰 차별점은 길이 확장 공격(Length Extension Attack) 에 대한 근본적 면역성입니다. 📚 핵심 용어 정리 용어 정의 SHA-3 표준값 State 내부 연산 데이터 덩어리 (5×5 행렬) 1600비트 Rate (r) 한 라운드에서 처리되는 데이터 양 1088/1344비트 Capacity (c) 보안 강도를 결정하는 내부 영역 512/256비트 Lane 5×5 행렬의 한 칸 (64비트 데이터) 64비트 Round Keccak-f 순열 함수 반복 횟수 24회 2️⃣ Keccak-f[1600] 라운드 함수 5단계 SHA-3의 심장은 24라운드 반복...

SSL 보안의 모든 것, 커널부터 반도체 설계까지 한눈에

🔐 보안의 심장, SSL/TLS 완벽 해부: 리눅스 커널에서 SoC 하드웨어까지 2026.04.08 | IT·보안 전략 리서치 웹 브라우저 주소창의 자물쇠 아이콘, 한 번쯤 눈여겨본 적 있으신가요? 그 작은 아이콘 뒤에는 수십 년간 진화해 온 암호화 기술의 정수 가 담겨 있습니다. 본 백서는 SSL/TLS의 기초 개념부터 리눅스 커널의 성능 최적화, 그리고 시스템 반도체(SoC) 설계자가 고려해야 할 하드웨어 가속까지 — 보안 통신의 전체 그림을 초심자도 이해할 수 있도록 체계적으로 풀어냅니다. 📖 1. SSL이란 무엇인가? 🔄 정의와 진화 SSL(Secure Sockets Layer)은 1994년 넷스케이프 가 개발한 보안 프로토콜입니다. 웹 브라우저와 서버 사이에 오가는 데이터를 암호화해 제3자가 엿볼 수 없도록 보호하는 것이 핵심 목적이죠. 이후 표준화를 거쳐 현재는 TLS(Transport Layer Security) 라는 이름으로 진화했습니다. SSL 1.0~3.0은 이미 보안 취약점으로 폐기되었고, 실무에서는 TLS 1.2와 TLS 1.3이 사용됩니다. 다만 관습적으로 'SSL'이라는 용어가 여전히 널리 통용되고 있어, 본 백서에서도 혼용합니다. 🛡️ 보안의 3대 핵심 목적 SSL/TLS가 달성하고자 하는 핵심 가치는 세 가지입니다. 🔒 기밀성(Confidentiality) — 데이터를 암호화하여 도청하더라도 내용을 알 수 없게 합니다. ✅ 무결성(Integrity) — 전송 중 데이터가 변조되지 않았음을 수학적으로 보장합니다. 🪪 인증(Authentication) — 통신 상대방이 신뢰할 수 있는 대상인지 디지털 인증서로 확인합니다. 📚 핵심 용어 정리 ▶ Handshake(핸드셰이크) — 암호화 통신 전, 서버·클라이언트가 서로의 신원을 확인하고 암호 알고리즘과 키를 합의하는 '인사 절차'입니다. ▶ CA(Certificate Authority) ...

AI 반도체의 핵심 무기, Zero Skipping 기술 완전 해부

🔬 SoC 설계의 게임체인저, Zero Skipping 기술과 하드웨어 최적화 전략 2026.04.01 · AI 반도체 · SoC 설계 · NPU 아키텍처 AI 가속기와 NPU 설계에서 Zero Skipping 은 불필요한 '0' 연산을 건너뛰어 성능과 전력 효율을 동시에 끌어올리는 핵심 기술입니다. 하지만 이 기술을 실제 반도체에 구현하려면 면적, 타이밍, 배선 혼잡이라는 물리적 장벽을 넘어야 합니다. 오늘은 Zero Skipping의 원리부터 엔지니어링 현장의 해결책까지 깊이 있게 살펴봅니다. 🧩 Zero Skipping이란 무엇인가? 💡 핵심 개념 Zero Skipping 은 데이터 스트림에서 '0' 값을 감지해 연산에서 제외하거나 전송하지 않고 건너뛰는 기술입니다. 곱셈에서 0을 곱하면 결과는 항상 0이므로, 이런 연산은 아예 수행하지 않는 것이 합리적이라는 단순하면서도 강력한 원리에 기반합니다. ▶ 불필요한 연산 제거 → 성능(Throughput) 향상 ▶ 스위칭 활동 최소화 → 전력 소모 절감 ▶ 데이터 전송량 감소 → 메모리 대역폭 절약 📊 왜 지금 중요한가? — 희소성(Sparsity)의 시대 CNN, Transformer 등 최신 딥러닝 모델에서는 가중치(Weight)와 활성화 함수(Activation) 출력값에 50~90%에 달하는 0 이 포함됩니다. ReLU 활성화 함수는 음수를 모두 0으로 만들고, 모델 프루닝(Pruning) 기법은 의도적으로 작은 가중치를 0으로 설정합니다. 이렇게 자연적·인위적으로 발생하는 희소성을 하드웨어 수준에서 활용하면, 이론상 연산량을 절반 이하로 줄일 수 있습니다. NVIDIA의 Ampere 아키텍처(A100)가 2:4 구조적 희소성을 지원하고, 최신 NPU들이 앞다투어 Sparsity 가속을 도입하는 이유가 바로 여기에 있습니다. ⚙️ Zero Skipping의 3대 핵심 구성 요소 구성 요소 역할 구현 방식 ...

AMBA APB 프로토콜 버전별 주요 변경점 및 진화 과정

AMBA APB 프로토콜: 버전별 진화와 주요 변경점 파헤치기 안녕하세요! 오늘은 시스템 온 칩(SoC) 설계에서 중요한 역할을 하는 ARM의 AMBA APB(Advanced Peripheral Bus) 프로토콜의 각 버전별 특징과 변화에 대해 알아보겠습니다. APB는 저전력, 저대역폭을 요구하는 주변 장치(Peripheral)들을 연결하는 데 최적화된 인터페이스로, 시간이 지남에 따라 더욱 발전해왔습니다. APB, 왜 중요할까요? APB는 복잡한 데이터 스트리밍보다는 간단한 레지스터 접근이 빈번한 주변 장치(예: GPIO, UART, 타이머 등)에 적합합니다. 낮은 신호 수와 단순한 프로토콜 덕분에 면적을 적게 차지하고 전력 소모도 적어, 임베디드 시스템 설계에서 빼놓을 수 없는 요소입니다. 그럼 APB의 주요 버전별 진화 과정을 살펴볼까요? 1. APB2: AMBA 2의 시작점 AMBA 2 사양에 포함된 APB2는 APB 프로토콜의 기본적인 형태를 정의했습니다. 이 버전은 주로 기본적인 읽기/쓰기 전송 방식과 핵심 인터페이스 신호들을 포함했으며, 총 8개의 신호 를 사용했습니다. APB 브리지와 슬레이브 구성 요소들이 어떻게 동작해야 하는지에 대한 기초를 마련한 버전이라고 할 수 있습니다. 2. APB3: 안정성과 유연성 강화 2003/2004년에 발표된 AMBA 3 사양에 도입된 APB3는 APB2에 비해 몇 가지 중요한 기능이 추가되어 안정성과 유연성을 높였습니다. 대기 상태(Wait States) 지원: PREADY 신호가 도입되어, 슬레이브 장치가 데이터를 처리할 시간이 필요할 때 전송을 일시 중단하고 나중에 재개할 수 있게 되었습니다. 이는 다양한 속도의 장치들을 시스템에 통합하는 데 큰 도움이 됩니다. 오류 보고(Error Reporting): PSLVERR 신호가 추가되어, 전송 중에 발생한 오류를 명확하게 보고할 수 있게 되었습니다. 이를 통해 시스템 디버깅 및 안정성 확보에 기여합니다. APB3는 총 10개의 ...