# February 2026: Contract Removal and Clean-Up Proposal

Full name for this proposal: "\[CIP-050] Add Removal Functionality to Contract Registry and Clean Up Orphaned LayerZero Contracts"

{% hint style="warning" %}
Voting Period Ends Thursday 12th February at 11:00am CET
{% endhint %}

## Description

### Summary 

This proposal seeks to upgrade the Contract Registry on Chiliz Chain to include a `removeContract` function. Additionally, it authorizes the immediate removal of two orphaned contract addresses that were added to the registry following a failed deployment. This cleanup is a prerequisite for completing the LayerZero Omnichain integration.

### Background 

As part of our Omnichain initiative, Chiliz Chain is integrating with LayerZero. During the initial setup of the registry, two contract addresses were added accidentally due to a deployment failure. Currently, the Contract Registry lacks a native function to remove or "deregister" an address once it has been added.

## Technical Specification

1. Function Addition: Implement a `removeContracts(address[] memory impls)` function within the DeployerProxy Contract.
   1. Access Control: This function will be restricted to `ONLY_GOVERNANCE`  to prevent unauthorized removals.
2. State Cleanup: Execute the removal of the following two addresses:
   1. `0x000000000000b361194cfe6312EE3210d53C15AA`
   2. `0x00000000000001E4A82b33373DE1334E7d8F4879`

## Motivation 

The presence of these orphaned addresses creates a conflict in the LayerZero integration logic, preventing the successful mapping of Chiliz Chain mainnet. 

Removing these entries will:

* Unblock the Omnichain expansion.
* Ensure the Contract Registry remains a "source of truth" without stale or broken data.
* Provide a standard mechanism for governance to rectify future deployment errors.

## Risks 

The risk is minimal as the function is protected by governance consensus. Removing these specific addresses is safe because they point to failed/non-functional deployments that are not currently in use by any live services.