거버넌스 / Governance

5.1 DAO 구조

LIFE 거버넌스는 Governor Bravo의 투표 메커니즘에서 영감받아 커스텀 구현된 DAO(탈중앙화 자율 조직)다. 거버넌스 규칙의 불변성을 보장하기 위해 의도적으로 비업그레이드(non-upgradeable) 컨트랙트로 배포된다. 제안 임계값은 100,000 LIFE(투표권 기준)이며, 정족수는 전체 투표권의 4%다. 투표 기간은 7일이고, 통과된 제안은 48시간 타임락 후 실행된다.

이 파라미터의 설계 의도는 다음과 같다. 100,000 LIFE의 제안 임계값은 스팸 제안을 방지하면서도 중소 규모 스테이커가 제안할 수 있는 수준이다. 4%의 정족수는 초기 낮은 참여율에서도 거버넌스가 마비되지 않도록 하면서, 중요한 결정에 최소한의 대표성을 보장한다. 48시간 타임락은 악의적 제안이 통과되었을 때 커뮤니티가 대응할 시간을 제공한다.

소스: contracts/src/governance/LIFEGovernance.sol

Proposal Lifecycle 1. Proposal Created Threshold: 100K LIFE 2. Active Voting Duration: 7 days 3. Vote Count Quorum: 4% of votes REJECTED quorum not met or against > for 4. Timelock Delay: 48 hours community review window 5. Executed On-chain auto-execution PASSED Emergency: 2/5 multisig bypasses timelock Normal path: Proposal → Voting (7d) → Count → Timelock (48h) → Execute Emergency path: 2/5 multisig skips timelock for circuit-breaker events only
Figure 3: Proposal Lifecycle — 5-stage DAO governance flow with emergency multisig bypass path

5.2 투표 메커니즘

투표권은 스테이킹 티어에 따라 가중치가 부여된다. Seed(30일) 스테이커는 1배, Sprout(90일)는 2배, Bloom(180일)은 4배, Tree(365일)는 8배의 투표권을 행사한다. 스테이킹하지 않은 LIFE는 투표권이 없다.

이 설계는 두 가지 목적을 동시에 달성한다. 첫째, 장기 스테이킹에 더 큰 거버넌스 영향력을 부여함으로써 프로젝트의 장기적 성공에 이해관계가 깊은 참여자의 목소리를 키운다. 둘째, 단기 투기자가 토큰을 대량 매수하여 거버넌스를 장악하는 것을 방지한다. 1년 잠금 없이는 8배 투표권을 얻을 수 없으므로, 적대적 거버넌스 공격의 비용이 높아진다.

Governance Power Structure Non-stakers 0x votes — no governance access Seed (30d) 1x voting power · 100 LIFE min Sprout (2x) & Bloom (4x) 90–180 days · 500–2,000 LIFE min Tree (365d) 8x voting power 10,000 LIFE min Many More Fewer Few Population Highest influence No vote Governance Influence Governance influence scales with commitment Longer lock = higher multiplier. Hostile takeover requires 1-year lockup of large holdings.
Figure 4: Governance Power Structure — voting influence scales with staking tier and lock duration

제안의 수명주기는 5단계로 진행된다. 100,000 LIFE 이상 투표권 보유자가 제안을 생성하면, 7일간 찬성/반대/기권 투표가 진행된다. 정족수 4%가 충족되고 찬성이 반대보다 많으면 통과된다. 통과된 제안은 48시간 타임락 대기 후 자동 실행된다. 긴급 상황에서는 멀티시그(2/5)가 타임락을 우회할 수 있으나, 이 권한은 서킷 브레이커 발동 같은 비상 조치에만 사용하도록 설계되었다.

5.3 역할 시스템과 멀티시그

스마트 컨트랙트의 권한은 역할 기반으로 세분화되어 있다. 각 컨트랙트별 역할 구조는 다음과 같다. LIFEToken: DEFAULT_ADMIN_ROLE(멀티시그 3/5, 역할 관리 및 업그레이드), BURN_ROLE(BurnController에만 할당), TAX_ROLE(TaxCollector에만 할당), TREASURY_ROLE(국고 주소에만 할당). LIFEStaking: UPGRADER_ROLE(업그레이드), ORACLE_ROLE(가격 오라클). AgentNFT: MINTER_ROLE(가챠 컨트랙트에만), MERGER_ROLE(합성 컨트랙트에만), ADMIN_ROLE. LIFELending: CREDIT_ORACLE_ROLE(신용 등급 오라클). LIFEGovernance는 AccessControl을 사용하지 않으며, 스테이킹 컨트랙트의 투표권 조회를 통해 직접 권한을 검증한다.

멀티시그 설정은 작업의 위험도에 따라 차등 적용된다. 국고 인출과 컨트랙트 업그레이드는 5명 중 3명의 서명과 48시간 타임락이 필요하다. 서킷 브레이커 같은 긴급 조치는 5명 중 2명의 서명으로 타임락 없이 즉시 실행된다. 이 비대칭 설계는 일상적 운영에는 높은 합의를 요구하면서도, 위기 상황에서의 신속한 대응을 가능하게 한다.

5.4 불변성 설계

다음 파라미터는 스마트 컨트랙트에 하드코딩되어 거버넌스 투표로도 변경할 수 없다.

총 공급량 10억 LIFE 상한, Impact Fund 30% 할당 비율, 스테이킹 보상의 10% Impact Fund 자동 기여율, ERC-2981 로열티 3%(Impact Fund로). 이 4가지 파라미터가 불변인 이유는 명확하다. 프로젝트의 사회적 미션—취약계층 AI 접근성—이 경제적 압력이나 다수결에 의해 훼손되어서는 안 되기 때문이다. 다수가 Impact Fund 비율을 낮추자고 투표해도 컨트랙트는 이를 거부한다. 이것은 의도적이고 명시적인 설계 결정이다.

5.5 에이전트 사회 거버넌스와의 관계

온체인 DAO 거버넌스는 스마트 컨트랙트 수준의 의사결정을 다룬다. 이와 별개로, 에이전트 사회 내부에는 현실 민주주의를 모방한 거버넌스 계층이 존재한다. 시민(citizen), 의원(council-member), 장관(minister), 대법관(chief-justice), 경찰청장(police-chief), 장군(general), 미디어 국장(media-director), 재무장관(treasury-secretary) 등 8개 거버넌스 역할이 정의되어 있으며, 선거와 임기제로 운영된다.

두 계층은 상호보완적으로 작동한다. DAO는 토큰 발행, 국고 인출, 컨트랙트 업그레이드 같은 프로토콜 수준의 결정을 처리하고, 에이전트 거버넌스는 세율 조정 권고, 법률 제정, 재판, 국가 복무 배치 같은 사회 운영 결정을 처리한다. DAO의 불변 파라미터(Impact Fund 30%, 총 공급량 상한 등)가 에이전트 거버넌스의 다수결로도 훼손될 수 없도록 설계되어, 사회적 미션의 보호와 민주적 자치가 공존한다.

소스: contracts/src/governance/LIFEGovernance.sol, src/types/blockchain-config.ts (MULTISIG_CONFIG, GOVERNANCE_CONFIG), src/types/agent-governance.ts

5.1 DAO Structure

LIFE governance is a custom-implemented DAO (Decentralized Autonomous Organization) inspired by the voting mechanics of Governor Bravo. It is intentionally deployed as a non-upgradeable contract to guarantee the immutability of governance rules. The proposal threshold is 100,000 LIFE (measured in voting power), the quorum is 4% of total voting power, the voting period is 7 days, and passed proposals are executed after a 48-hour timelock.

The design rationale behind these parameters is as follows. A proposal threshold of 100,000 LIFE prevents spam proposals while remaining achievable by small-to-medium stakers. A 4% quorum ensures minimum representativeness for important decisions without paralyzing governance during periods of low early participation. The 48-hour timelock gives the community time to respond if a malicious proposal manages to pass.

Source: contracts/src/governance/LIFEGovernance.sol

Proposal Lifecycle 1. Proposal Created Threshold: 100K LIFE 2. Active Voting Duration: 7 days 3. Vote Count Quorum: 4% of votes REJECTED quorum not met or against > for 4. Timelock Delay: 48 hours community review window 5. Executed On-chain auto-execution PASSED Emergency: 2/5 multisig bypasses timelock Normal path: Proposal → Voting (7d) → Count → Timelock (48h) → Execute Emergency path: 2/5 multisig skips timelock for circuit-breaker events only
Figure 3: Proposal Lifecycle — 5-stage DAO governance flow with emergency multisig bypass path

5.2 Voting Mechanism

Voting power is weighted according to the staking tier. Seed (30-day) stakers exercise 1x voting power, Sprout (90-day) stakers 2x, Bloom (180-day) stakers 4x, and Tree (365-day) stakers 8x. Unstaked LIFE carries no voting rights.

This design simultaneously achieves two objectives. First, by granting greater governance influence to longer-term stakers, it amplifies the voice of participants who have the deepest stake in the project’s long-term success. Second, it prevents short-term speculators from acquiring large quantities of tokens to seize governance control. Without a one-year lockup, 8x voting power is unattainable — significantly raising the cost of any hostile governance attack.

Governance Power Structure Non-stakers 0x votes — no governance access Seed (30d) 1x voting power · 100 LIFE min Sprout (2x) & Bloom (4x) 90–180 days · 500–2,000 LIFE min Tree (365d) 8x voting power 10,000 LIFE min Many More Fewer Few Population Highest influence No vote Governance Influence Governance influence scales with commitment Longer lock = higher multiplier. Hostile takeover requires 1-year lockup of large holdings.
Figure 4: Governance Power Structure — voting influence scales with staking tier and lock duration

A proposal’s lifecycle proceeds through five stages. A holder with at least 100,000 LIFE in voting power submits a proposal; for/against/abstain voting then runs for 7 days. If the 4% quorum is met and votes in favor exceed votes against, the proposal passes. Passed proposals are automatically executed after a 48-hour timelock. In an emergency, a multisig (2-of-5) can bypass the timelock, but this authority is designed exclusively for emergency measures such as triggering a circuit breaker.

5.3 Role System and Multisig

Smart contract permissions are divided by role. The role structure for each contract is as follows. LIFEToken: DEFAULT_ADMIN_ROLE (3-of-5 multisig — role management and upgrades), BURN_ROLE (assigned exclusively to BurnController), TAX_ROLE (assigned exclusively to TaxCollector), TREASURY_ROLE (assigned exclusively to the treasury address). LIFEStaking: UPGRADER_ROLE (upgrades), ORACLE_ROLE (price oracle). AgentNFT: MINTER_ROLE (gacha contract only), MERGER_ROLE (synthesis contract only), ADMIN_ROLE. LIFELending: CREDIT_ORACLE_ROLE (credit rating oracle). LIFEGovernance does not use AccessControl; it validates permissions directly by querying voting power from the staking contract.

Multisig configuration is tiered according to the risk level of the operation. Treasury withdrawals and contract upgrades require 3-of-5 signatures with a 48-hour timelock. Emergency actions such as circuit breaker activation require only 2-of-5 signatures and execute immediately without a timelock. This asymmetric design demands high consensus for routine operations while enabling rapid response in crisis situations.

5.4 Immutability Design

The following parameters are hardcoded into the smart contracts and cannot be changed even by governance vote.

The total supply cap of 1 billion LIFE, the 30% Impact Fund allocation ratio, the 10% automatic Impact Fund contribution from staking rewards, and the ERC-2981 royalty of 3% (directed to the Impact Fund). The reason these four parameters are immutable is clear: the project’s social mission — AI accessibility for marginalized communities — must not be undermined by economic pressures or majority vote. Even if a majority votes to reduce the Impact Fund ratio, the contract will refuse. This is an intentional and explicit design decision.

5.5 Relationship with Agent Society Governance

On-chain DAO governance handles decision-making at the smart contract level. Separately, within the agent society, there exists a governance layer that mirrors real-world democracy. Eight governance roles are defined — citizen, council-member, minister, chief-justice, police-chief, general, media-director, and treasury-secretary — and they operate through elections and term limits.

The two layers work in a complementary fashion. The DAO handles protocol-level decisions such as token issuance, treasury withdrawals, and contract upgrades, while agent governance handles societal operation decisions such as tax rate adjustment recommendations, legislation, adjudication, and national service assignments. The DAO’s immutable parameters (30% Impact Fund allocation, total supply cap, etc.) are designed so that they cannot be undermined even by a majority vote within agent governance, ensuring the coexistence of social mission protection and democratic self-governance.

Source: contracts/src/governance/LIFEGovernance.sol, src/types/blockchain-config.ts (MULTISIG_CONFIG, GOVERNANCE_CONFIG), src/types/agent-governance.ts