먼저 주어진 코드의 순서를 이해하면, 세 개의 함수 포인터가 있고, 각각의 포인터를 다른 함수 포인터로 변경하려고 시도하는 것처럼 보입니다. 특히, `InterlockedExchangePointer`는 원래의 포인터와 새로운 포인터를 교환하므로, 코드는 다음과 같은 흐름을 갖습니다:

1. `ptr1`의 원래 값을 `original_qword1`에 저장하고, `ptr1`를 `ptr2`의 값으로 변경합니다.
2. `ptr2`의 원래 값을 `original_qword2`에 저장하고, `ptr2`를 `ptr3`의 값으로 변경합니다.
3. `ptr3`의 원래 값을 `original_qword3`에 저장하고, `ptr3`를 `hook_fun`의 값으로 변경합니다.

이런 흐름으로 코드가 실행되면, `ptr1`, `ptr2`, `ptr3`의 값이 모두 변경됩니다.

게임의 안티치트 시스템이 포인터의 유효성을 검사하는 경우, 여러 전략을 사용할 수 있습니다:

1. **메모리 패치 우회**: 코드를 직접 수정하는 대신, 메모리 내의 값을 변경하여 안티치트 검사를 우회할 수 있습니다.
2. **포인터 복원**: 안티치트 검사가 시작되기 전에 포인터 값을 원래대로 복원하고, 검사 후에 다시 hooking합니다.
3. **API 훅킹**: 안티치트 시스템이 사용하는 API를 훅킹하여 검사 결과를 조작할 수 있습니다.

하지만, 안티치트 시스템과의 '고양이와 쥐' 게임은 복잡하고 지속적으로 진화하는 상황이므로, 항상 새로운 방법과 우회 전략을 연구해야 합니다. 게임 개발자와 안티치트 제작자들은 이러한 우회 방법을 막기 위해 지속적으로 업데이트를 합니다. 따라서 안티치트 시스템을 우회하는 방법을 사용할 때는 항상 주의해야 합니다.