게임 엔진을 선택할 때 개발자들이 보는 체크리스트는 대개 비슷하다 — 지원 플랫폼, 그래픽 품질, 커뮤니티 규모, 라이선스 비용. Godot는 이 항목들에서 경쟁력을 쌓아가고 있지만, 더 흥미로운 건 그 내부를 관통하는 하나의 설계 원칙이다. 모든 것은 Node이고, Node의 조합이 Scene이다.
Node는 Godot 엔진의 가장 작은 구성 단위다. 2D 스프라이트(Sprite2D), 3D 캐릭터 컨트롤러(CharacterBody3D), 오디오 플레이어, HTTP 클라이언트까지 전부 Node 클래스를 상속한다. Scene은 이 Node들을 트리 구조로 묶어 .tscn 파일로 저장한 것이고, 씬을 다른 씬 안에 인스턴스화하는 방식이 Godot의 기본 재사용 패턴이다. 여기서 이 시스템이 특별해지는 지점이 있다 — 에디터의 각 패널, 내장 도구창, 플러그인도 모두 이 씬 시스템 위에서 작동한다. 아키텍처가 자기 자신을 소비하는 구조다. Unity의 Prefab/Component나 Unreal의 Actor/Blueprint와 개념적으로 유사해 보이지만, Godot에서는 런타임과 에디터를 동일한 씬 트리 논리로 구성한다는 점이 다르다.
Godot 4는 이 기반 위에 3D를 재건했다. Vulkan 기반 RenderingDevice API로 렌더러를 전면 재작성했고, 포워드+와 클러스터드 두 가지 렌더링 경로를 선택할 수 있게 했다. SDFGI(Signed Distance Field Global Illumination)로 실시간 글로벌 일루미네이션을 구현했고, FSR 업스케일링과 볼류메트릭 포그도 내장됐다. 스크립팅 측면에서는 GDScript 2.0이 정적 타입 힌트, 람다 표현식, async/await 패턴을 정식으로 지원하기 시작했다. C#은 .NET 6으로 전환됐고, GDExtension은 이전 GDNative를 대체해 C++로 엔진 내부 API에 접근하는 공식 경로가 됐다. 언어 선택지가 넓어진 만큼 트레이드오프도 명확해졌다 — GDScript는 경량하고 에디터 통합이 뛰어나지만 대규모 코드베이스에서 한계가 있고, C#은 웹 익스포트 시 .NET 런타임 번들 크기가 GDScript 대비 커진다. 물리 엔진 쪽에서는 기본 GodotPhysics 외에 Jolt Physics를 GDExtension으로 연결하는 게 커뮤니티 표준으로 자리잡아가고 있다.
Unity가 2023년 설치당 과금 정책을 발표했을 때 Godot 다운로드가 급증했다. 단순한 반사 반응으로 끝나지 않았다는 게 2년이 지난 지금 확인되는 부분이다 — 실제로 프로젝트를 완성한 인디 개발자들이 나왔고, 그 경험이 문서 개선과 에셋 기여로 돌아오는 사이클이 빨라지고 있다. MIT 라이선스에 로열티 없는 구조는 스타트업과 인디 개발자에게 비즈니스 리스크 계산식에서 엔진 항목 자체를 지운다. 에셋 라이브러리의 두께나 AAA 타이틀 레퍼런스는 여전히 Unity와 Unreal에 뒤지지만, Godot 4가 설정한 방향은 '쓸 수 있는 수준'에서 '경쟁하는 수준'으로의 전환이다. 오늘 121 stars가 보여주는 건 기능 업데이트에 대한 일시적 관심이 아니라, 그 전환 속도를 지켜보는 개발자 커뮤니티의 지속적인 주목이다.