Solidity의 공개, 비공개, 내부 및 외부 기능의 차이점은 무엇입니까?

Solidity의 함수 가시성 이해

Ethereum 스마트 계약의 기본 프로그래밍 언어인 Solidity는 기능 가시성 지정자를 통해 엄격한 액세스 제어를 시행합니다. 이러한 지정자는 계약 내부, 파생 계약 또는 외부에서 함수를 호출할 수 있는 사람을 결정합니다. 퍼블릭, 프라이빗, 내부, 외부의 네 가지 유형은 접근성의 범위를 정의하고 계약 논리를 확보하는 데 중요한 역할을 합니다.

공공 기능

2. 함수가 공개로 표시되면 Solidity는 상태 변수인 경우 getter 함수를 자동으로 생성하거나 계약 인터페이스를 통해 직접 호출을 허용합니다.

3. 이러한 기능은 계약의 ABI(Application Binary Interface)의 일부가 되어 지갑, dApp 및 기타 스마트 계약에서 호출할 수 있게 됩니다.

4. 공공 기능의 경우 외부 호출 오버헤드 및 데이터 인코딩 요구 사항으로 인해 가스 비용이 더 높을 수 있습니다.

5. 일반적인 사용 사례에는 ERC-20 계약의 토큰 전송 또는 잔액 확인과 같은 사용자 대면 기능이 포함됩니다.

비공개 기능

2. 노출되거나 재정의되어서는 안 되는 민감한 논리를 캡슐화하는 데 이상적입니다.

3. 비공개 함수는 외부 인터페이스의 일부가 아니므로 ABI에 나타나지 않습니다.

4. 개발자는 공개 또는 내부 작업을 지원하는 내부 유효성 검사, 해싱 또는 정리 루틴에 이를 사용하는 경우가 많습니다.

5. 비공개임에도 불구하고 코드는 여전히 온체인에서 볼 수 있습니다. 개인 정보 보호는 소스 숨김이 아닌 실행 액세스만을 의미합니다.

내부 기능

2. 주소 기반 상호 작용을 통해서도 외부 계정이나 관련 없는 계약을 통해 직접 호출할 수 없습니다.

3. 상속 계층은 공개적으로 노출하지 않고 재사용 가능한 논리를 공유하기 위해 내부 기능에 크게 의존합니다.

4. 비공개 기능과 마찬가지로 계약의 외부 ABI에 기여하지 않습니다.

5. 예에는 OpenZeppelin의 SafeMath 라이브러리에 있는 유틸리티 함수나 여러 메서드에 걸쳐 전제 조건을 적용하는 수정자가 포함되어 있습니다.

외부 기능

2. 계약 자체도 this.functionName() 구문을 사용하여 자체 외부 함수를 호출해야 하며, 이로 인해 메시지 호출 오버헤드가 발생합니다.

3. 이 가시성은 기능이 내부적으로 실행되지 않도록 하여 모듈성을 촉진하고 가스 오용을 줄이려는 경우에 유용합니다.

4. 외부 기능은 ABI에 포함되어 있으며 트랜잭션 또는 계약 간 호출을 통해 호출될 수 있습니다.

5. calldata(외부 함수에서 사용)는 내부 호출과 관련된 메모리 복사 비용을 방지하므로 대용량 데이터 입력에 일반적으로 사용됩니다.

자주 묻는 질문

파생 계약에서 비공개 기능을 재정의할 수 있나요? 아니요, 비공개 기능은 파생 계약으로 액세스하거나 재정의할 수 없습니다. virtual 및 override 키워드를 사용하면 내부 및 공용 기능만 재정의할 수 있습니다.

가시성 수정자를 지정하지 않으면 어떻게 되나요? 가시성을 지정하지 않으면 Solidity는 함수에 대해 기본적으로 공개로 설정됩니다. 상태 변수의 경우 기본값은 내부입니다. 보안과 명확성을 이유로 기본값을 사용하는 것은 권장되지 않습니다.

내부 함수 호출과 외부 함수 호출 간에 성능 차이가 있습니까? 예. 내부 호출은 동일한 계약 컨텍스트 내에서 실행되며 최소한의 가스를 사용합니다. 자체 참조되는 경우에도 외부 호출에는 메시지 호출이 필요하므로 스택 격리 및 ABI 인코딩으로 인해 가스 소비가 증가합니다.

외부 함수가 상태 변수를 수정할 수 있나요? 예, 외부 함수는 view 또는 pure와 같은 다른 수정자에 의해 제한되지 않는 한 상태 변수를 수정할 수 있습니다. 스토리지를 변경하는 능력은 가시성이 아닌 논리에 따라 달라집니다.