geth를 약간 수정한 버전을 실행합니다.
따라서 OP Stack 개발과 Ethereum 개발 간의 차이는 미미합니다.
하지만 몇 가지 차이점은 분명히 존재합니다.
OP Stack 체인 엔드포인트 URL
Ethereum 유형의 네트워크에 접근하려면 엔드포인트가 필요합니다. 이 제공업체들이 저희 네트워크를 지원합니다.네트워크 선택
개발 목적으로는 로컬 개발 네트워크 또는 OP Sepolia를 사용하는 것을 권장합니다. 그러면 실제 비용을 지출할 필요가 없습니다. 테스트 목적으로 OP Sepolia에서 ETH가 필요하다면 이 faucet을 사용할 수 있습니다.OP Stack 체인의 컨트랙트와 상호작용하기
OP Sepolia의 0x9d334aFBa83865E67a9219830ADA57aaA9406681 주소에 Hardhat의 Greeter 컨트랙트가 배포되어 있습니다. 이 컨트랙트와 상호작용하여 개발 스택 설정을 검증할 수 있습니다.개발 스택
아래의 다양한 개발 스택에서 볼 수 있듯이, OP Stack 체인에서 컨트랙트를 배포하고 상호작용하는 방식은 L1 Ethereum에서와 거의 동일합니다. 가장 눈에 띄는 차이는 (당연히) 다른 엔드포인트를 지정해야 한다는 점입니다. 자세한 내용은 Ethereum과 OP Stack 체인의 차이점 가이드를 참고하십시오.모범 사례
제공되는 EVM 사용하기
개발 스택에서 제공하는 EVM으로 개발을 시작하는 것이 가장 좋습니다. 더 빠를 뿐만 아니라, 이러한 EVM에는 Solidity에서 메시지를 로깅하는 기능이나 그래픽 사용자 인터페이스와 같은 추가 기능이 있는 경우가 많습니다.배포 전에 디버깅하기
개발을 마친 후에는 탈중앙화 애플리케이션을 먼저 로컬에서 디버깅한 다음 Sepolia 테스트 네트워크에서 디버깅하십시오. 이렇게 하면 레이어 간 ETH나 토큰 전송을 위한 브리지 호출과 같이 OP Stack 체인에 특화된 부분을 디버깅할 수 있습니다. 테스트 네트워크에서 잘 작동하는 버전이 준비된 경우에만, 모든 트랜잭션에 비용이 드는 프로덕션 네트워크에 배포하십시오.프로덕션 환경에서 앱 운영하기프로덕션 애플리케이션은 여러분의 팀이 직접 운영하지 않는 인프라에 의존합니다. 실제 트래픽을 견딜 수 있는 RPC 엔드포인트(공개 엔드포인트는 속도 제한이 있으며 프로덕션용으로 만들어지지 않았습니다), 사용자가 의존하는 bridge, 그리고 운영자가 sequencing, 업그레이드, 장애 대응을 24시간 지속하는 체인이 그것입니다. 이 문서는 빌드와 테스트를 다룹니다. 애플리케이션이 성장하여 자체 전용 블록스페이스가 필요해지고 있다면, OP Enterprise는 체인 운영을 위한 관리형 및 지원형 방식을 제공합니다. 어느 경우든 이 문서는 여러분이 빌드하는 것에 대한 레퍼런스로 남습니다. OP Enterprise는 Optimism의 관리형 서비스입니다.