Lake

오늘은 게이트 캠핑을 당하지 않는 방법에 대해 상세한 내용과 실전 영상을 공유드리려고 합니다.

심화 내용은 아래 링크를 참고하여 한글로 새로 정리하였습니다.

* 참고

http://eve.501gu.de/misc/travelceptor_vs_instalocker.png

게이트 캠핑 당하는 시나리오

[ ~ Tick 0 ]

1. Travelceptor는 게이트를 통해 점프하고 Warp를 시도합니다.

2. Tranquility는 요청을 수신하고 다음 서버 틱에서 처리를 합니다.

[ Tick 0 ~ Tick 1]

1. 서버는 (Tick 0)을 체크하고 Travelceptor 및 Instalocker 클라이언트에 함선이 클로킹 해제 중이며 정렬을 시작하고 있음을 알립니다.

2. Instalocker는 Tranquility에 대한 대기 시간이 짧아 메세지가 신속하게 수신됩니다.

3. 수신을 받으면 Overview에 Travelceptor가 나타나고 약간의 지연 후, Instalocker가 타겟 락 요청을 Tranquility에 보냅니다.  다시 이 메세지는 네트워크를 빠르게 통과합니다.

5. Tranquility가 타겟 락 메세지를 수신하는 순간 스캔 정밀도(Scan Resolution)와 시그니쳐 반경(Signature Radius)을 기반으로 타겟팅 소요 시간을 계산합니다.

6. 다음 틱이 일어나기 전에 내부 카운터가 작동합니다. 락이 완료 되었음을 Tranquility에 알리고 Travelceptor는 락 활성화로 표시됩니다.

[ Tick 1 ~ Tick 2 ]

1. 서버는 (Tick 1)을 체크하고 Travelceptor가 최대 속도의 75%에 도달했는지 확인합니다.

  락이 완료 되었으므로 Instalocker는 대상을 락 완료 알림을 받습니다.

2. Instalocker가 락 완료 메세지를 받는 순간, Disruptor 요청을 보냅니다.

3. Tranquility가 Disruptor 메세지를 받는 순간, Travelceptor는 중단된 것으로 표시 됩니다.

[ Tick 2 ~ ]

1. 서버는 (Tick 2)을 체크하고 Travelceptor가 최대 속도의 75%에 도달했는지 확인합니다.

 하지만 추가 검사를 통해 Disruptor가 활성화된 것으로 나타났습니다.

 Travelceptor는 워프에 들어가지 못해 죽을 수 있습니다.

실전

시나리오를 확인하였으니 실제로 어떻게 되는지 확인해봅시다.

2초 미만으로 정렬 및 최대 이속의 75% (125m/s)가 되지 못하여 타겟팅(빨강 박스)이 되고, 바로 Warp Disruptor에 걸리는 장면입니다.

다행히 함선 자체 Rolu Bonus로 인해 Warp Disruptor(-1) 한방은 막아줘서 워프를 하였습니다.

Warp Disruptor(-2)를 사용했다면 워프를 못하게 되었을 것입니다.

게이트 캠핑 피하는 시나리오

[ ~ Tick 0 ]

1. Travelceptor는 게이트를 통해 점프하고 Warp를 시도합니다.

2. Tranquility는 요청을 수신하고 다음 서버 틱에서 처리를 합니다.

[ Tick 0 ~ Tick 1]

3. 서버는 (Tick 0)을 체크하고 Travelceptor 및 Instalocker 클라이언트에

  함선이 클로킹 해제 중이며 정렬을 시작하고 있음을 알립니다.

4. Instalocker는 Tranquility에 대한 대기 시간이 다소 길며 메시지가 도착할 때까지 시간이 걸립니다.

5. 수신을 받으면 Overview에 Travelceptor가 나타나고 약간의 지연 후,

  Instalocker가 타겟 락 요청을 Tranquility에 보냅니다. 

  다시 네트워크를 통해 이동하는데 약간의 지연이 걸립니다.

6. Tranquility가 타겟 락 메세지를 수신하는 순간 스캔 정밀도(Scan Resolution)와 시그니쳐 반경(Signature Radius)을 기반으로 타겟팅 소요 시간을 계산합니다.

[ Tick 1 ~ Tick 2 ]

7. 서버는 (Tick 1)을 체크하고 Travelceptor가 최대 속도의 75%에 도달했는지 확인합니다.

  아직 도달을 못했어도 Travelceptor는 계속해서 정렬합니다.

8. 틱이 발생한 직후 내부 카운터가 작동합니다.

 락 완료 되었음을 Tranquility에 알리고 Travelceptor는 락 활성화로 표시됩니다.

[ Tick 2 ~ ]

9. 서버는 (Tick 2)을 체크하고 Travelceptor가 최대 속도의 75%에 도달했는지 확인합니다.

 도달했을 경우 Travelceptor는 워프 상태 안전하게 들어갑니다.

실전

시나리오를 확인하였으니 실제로 어떻게 되는지 확인해봅시다.

위 친구들이 미친 듯이 쫒아와 Inertial Stabilizer를 활용하여 정렬 속도를 빠르게 올린 후 도망쳤습니다.

2초 이내로 정렬 및 최대 이속의 75% (125m/s)가 되어 Tick2에 노랑 박스 뜨면서 워프에 성공하는 걸 볼 수 있습니다.

게이트 캠핑을 당하지 않는 방법 (이론)

게이트 캠핑을 당하지 않는 방법 (잡기술)

오늘은 PVE시 함선 뿜 당했을 경우 복구하는 방법에 대해서 공유드리려고 합니다.

8 티어 미션을 로지스틱으로 도와주는데 갑자기 힐도 안 들어가고 워프도 안되더니

아래와 같이 튕기면서 알맹이가 되었습니다ㅠㅠ

채광하다가 오랜만에 올라왔는데 뿜 당해서 속상하지만 얼른 복구하러 가봅시다.

메뉴에서 Settings를 선택합니다.

하단에 Customer Service를 클릭해줍니다.

Customer Service 선택 시 위와 같은 창이 뜹니다.

Ship Recovery를 선택합니다.

Ship Recovery 선택 시 위와 같이 채팅창과 같은 화면이 열립니다.

PVE Ship Recovery (Fast Way)를 선택해줍니다.

PVE Ship Recovery (Fast Way) 선택 시 위와 같이 화면이 변경됩니다.

내용을 슬쩍 번역해서 읽어보고 I have confirmed 선택해줍니다.

* 번역

적용 전에 다음 규칙을 준수해야 합니다. 

1. 계정(이 계정의 모든 캐릭터 포함)은 30일 동안 잘못된 행동으로 인해 차단되지 않아야 합니다.

2. 시스템은 7일 이내에 손상된 선박만 복구할 수 있으며, 7일 이내에 고객 서비스를 통해 한 척의 선박 만 복구 할 수 있습니다.

3. 배와 부속품을 모두 가져오거나 배만 돌려받을 수 있고,

 시스템은 여기에서 보상을 결정하기 위해 선박 손상을 추정합니다.
 모든 플레이어에게 공평하게, 시스템 로그에서 배가 전투에서 방해된 것으로 확인된 경우,

 피팅 / 기어는 보상되지 않습니다.

함선이 터지자마자 요청을 했더니 현재 보상받을 선박이 없다고 뜨는군요.

한 시간 정도를 기다려봅시다.

* 번역

현재 보상받을 선박이 없습니다.

손상된 선박의 데이터가 시스템에서 업데이트되는 데 60-120 분이 소요됩니다.

팁 : 고객 서비스에 티켓을 제출하는 것보다 수요를 충족시키는 가장 빠른 솔루션이 있습니다.

특정 규칙이 충족되었다고 확신하는 경우 나중에 다시 시도하고 향후 결과를 확인하십시오.

얼추 한 시간이 지나고 다시 I have confirmed를 클릭해보면 위와 같이 파괴된 함선을 선택할 수 있는 창이 나옵니다.

번역 내용을 잘 읽어보고 Compensate를 클릭합니다.

* 번역

아래 목록에서 보상을 요청하는 선박을 선택하십시오:
* 기기를 반복하면 보상 과정에서 오류가 발생할 수 있으니 기기 버튼을 여러 번 클릭하지 마세요.
* 보상은 7 일에 한 번만 요청할 수 있습니다.

Compensate 선택 시 위와 같이 보상 신청이 완료되었다는 메시지를 보여줍니다.

이제 복구될 때까지 기다리면 됩니다.

* 번역

[손상된 선박에 대한 보상 신청]

* 신청서가 제출되었습니다. 잠시 기다려주십시오.

요청이 승인되면 게임 내 메일로 손실을 보상해드립니다. 메일 함을 유의하시기 바랍니다.

12 시간 내에 관련 메일을 받지 못한 경우 다음과 같은 이유 때문일 수 있습니다.

1. 선박 보상이 7 일 이내에 획득되었습니다.

2. 최근 처벌 기록이 있습니다.

시간이 지나고 나서 메일을 보니 복구되어서 돌아왔네요.

생각보다 금방 복구를 해줘서 놀랍네요.

PVE시 함선이 뿜당했을 경우 좌절하지 마시고 내용 참고하셔서 잘 복구하시기 바랍니다.

오늘은 리트리버 피팅 및 운용법에 대해 알아보려고 합니다.

저희 콥스테이션 지역은 맛집으로 소문이나 적들이 많이 들락날락합니다.

제가 자주보는 레딧에 우리콥 채광러들의 킬 로그가 올라오는 것을 보고

정보를 공유해야겟다는 생각이들어 피팅 및 운용법에 대해 글을 써봅니다.

피팅은 자신의 플레이 스타일별로 다르기 때문에 정답이 없습니다.

참고용으로 봐주시길바래요.

플레이 스타일 (참고)

 (1) 스테이션에서 근처는 위험하므로 4 ~ 5 점프 이상 이동 후 채광 

 (2) Local 주시 (가끔씩 못 볼 수 있음)

 (3) 1대1 상태에서 안전하게 도망 필요

 (4) 채광후 스테이션으로 돌아가는 길에 게이트 캠핑 회피 필요

스테이션에서 가까운 곳에서 채광을 하면 시간 절약이 되지만, 사람이 너무 많아 적이 잇는지 판단이 쉽지 않다는 단점이있습니다.

그래서 저는 사람이 적은 지역으로 이동 후 로컬을 가끔씩 보면서 채광을 하고있습니다.

(1) Ship Bonus

먼저 Retriever의 함선 보너스의 중요한 부분을 확인해봅니다.

대부분 아시는 내용일 거라 생각이 되어 중요한 부분만 붉은색으로 색칠을 하도록 하겠습니다.

Role Bonus

 ㄴ Max Strip Miners : +1

 ㄴ Warp stability : +1

Strip Mining Bonus per Lv.

 ㄴ Strip Miner yield : +10%

Advanced Industrial Ship Command Bonus per Lv.

 ㄴ Drone EHP : +10%

 ㄴ Ore Hold Capacity : +5%

Retriever는 Role Bonus를 통해서 Strip Miner를 사용 가능합니다.

그리고 Warp stability +1 이므로 Warp Jammer strength는 -1입니다.

Strip Mining 스킬당 Strip Miner 채광량이 10%씩 증가합니다.

Advanced Industrial Ship Command 스킬당 Ore Hold Capacity를 5%씩 증가시켜줍니다.

* 요약

정리해보면 Role Bounus로 Warp Disruptor -1 한방을 막아줄 수 있고,

Strip Mining 스킬을 올릴 경우 채광량이 증가하며

Advanced Industrial Ship Command 스킬을 올릴경우

한 번에 가지고 올 수 있는 채광량이 증가합니다. (Mammoth 보다 많은 양을 옮길 수 있음)

게이트 캠핑 회피에도 영향을 줍니다.

(2) Fitting

High Slot

MK7 Strip Miner * 2

Low Slot

'Aura' Warp Core Stabilizer

Synthetic Hull Inertial Stabilizer

Combat Rig

Anti-EM Screen Reinforcer I * 2

Anti-Thermal Screen Reinforcer I * 1

Engineering Rig

Miner Circulation Accelerator II * 3

High Slot

High Slot에는 MK7 Strip Miner 2개를 장착해줍니다.

Low Slot

Low Slot에는 'Aura' Wapr Core Stabilizer 2개를 장착해줍니다.

Role Bonus가 Warp stability +1 이므로 기본 Warp Jammer strength는 -5입니다.

두 개 활성화 시 Warp Jammer strength는 -9입니다.

가만히 있을 경우 Warp Disruptor(-2) 3개, 활성화 시에는5개가 동시에 들어와야 워프를 못하게 막을 수 있을 겁니다.

마지막 Low Slot에는 Synthetic Hull Inertial Stabilizer를 장착해줍니다.

Inertial Stabilizer는 빠른 정렬이 가능해지므로 이동 및 게이트 캠핑 회피를 위해 장착하였습니다.

Combat Rig

Combat Rig에는 Anti-EM Screen Reinforcer I 2개, Anti-Thermal Screen Reinforcer I 1개를 장착해주었습니다.

혹시라도 공격을 받을 경우를 대비해서 방어용 리그를 장착하였습니다.

Engineering Rig

Engineering Rig에는 Miner Ciculation Accelerator II 3개를 장착하였습니다.

해당 리그는 너무 비싸므로 저렴한 Miner Ciculation Accelerator I 3개를 장착해도 됩니다.

어떤 리그를 끼실지 고민이 되신다면 아래 글을 참고해주세요.

(3) 운용법 (게이트 캠핑 회피)

사실 운용법이라 할 것은 딱히 없고 위 피팅된 Reteriver로 게이트 캠핑을 피하는 방법을 공유드리도록 하겠습니다.

스킬과 또는 장비에 따라서 계산이 달라질 수 있으니 아래 내용은 잘 확인해주세요.

1) 정렬 시간 확인

먼저 기본 정렬 시간이 얼마나 걸리는지 확인해봅니다.

180도 회전하는데 6.90초나 걸리는군요. 굉장히 불안하네요. 다음 활성화 시 얼마나 줄어드는지 확인해봅시다.

 - Mass : 20,000,000

 - Inertia Modifier : 0.249041

( 0.69314718056 *  0.249041 * 20,000,000 ) / 500,000 = 6.90 초

Synthetic Hull Inertial Stabilizer 활성화 시 180도 회전하는데 4.07초가 걸립니다.

상당히 불안하지만 'Aura' Wapr Core Stabilizer를 믿어봅시다.

 - Mass : 20,000,000

 - Inertia Modifier : 0.146728

( 0.69314718056 *  0.146728 * 20,000,000 ) / 500,000 = 4.07 초

아래 사이트를 통해 간단히 계산이 가능합니다. 참고해주세요.

2) 실전

채광을 마무리하고 스테이션으로 가려던 찰나 게이트 캠핑이 있다고 하여 지나가 봤습니다.

미리 정보를 듣고 AutoPilot을 꺼두고 영상을 찍었습니다.

살아나간 방법은 다음과 같습니다.

 1. 게이트로 점프 후 게이트 캠핑 중인 것을 확인

 2. 화면 중간 하단부 초록색 타이머(무적 & 클로킹)가 없어질 때쯤 Synthetic Hull Inertial Stabilizer 활성화

    (정렬 속도를 순간적으로 올려서 바로 워프에 들어가기 위함)

 3. 정렬 속도가 4.07초이므로 순간적으로 타겟팅을 당할 수 있기 때문에 'Aura' Wapr Core Stabilizer 활성화

    ( Warp Jammer strength는 -7 이므로 Warp Disruptor(-2) 3개는 막을 수 있을 거라 생각함. 위험하다 생각하며 둘 다 눌러요! )

 4. 멀어지는 레드를 보면서 심장이 잘 뛰나 확인

위 세팅으로 지금까지 리트리버가 터져본 적은 없네요.

내용 참고하셔서 안전하게 채광하시기 바랍니다.

ECMA Script

JavaScript의 표준 명세

Netspace에 탑재되었던 JavaScript 구현체를 ECMA(European Computer Manufacturer's Association)라는 단체에서 표준화한 것입니다.

이 표준은 1997년에 처음 제정되어 계속 발전하고 있는 중입니다.

ES2015, 그 이후

ES5의 다음 버전부터는 해당 버전의 공개된 연도를 버전 번호로 사용하고 있습니다.

즉, ES5의 다음 버전의 이름은 ES6가 아니라 ES2015입니다.

다만 ES2015라는 이름이 확정되기 전까지는 ES5의 다음 버전이라는 의미에서 ES6라는 이름이 널리 사용되었고,

아직까지도 ES6라는 이름이 사용되는 경우가 있습니다.

하지만 정식 명칭은 ES2015라는 사실을 기억하세요.

ES2015에서 엄청나게 많은 문법과 기능(클래스, 모듈, 분해대입, 템플릿 문자열, 블록 스코프, 반복자, 프록시 등등...)이 추가되고,

Node.js등 웹 브라우저 외에도 JavaScript를 구동할 수 있는 구동 환경의 종류가 많아지면서,

이제 JavaScript는 Python 등 다른 범용 프로그래밍 언어와 비교해도 전혀 뒤쳐지지 않는 범용 프로그래밍 언어가 되었습니다.

ES2015부터는 매년 새로운 버전의 ECMAScript가 공개되고 있습니다.

최신 명세는 이 곳에서, 브라우저 별 기능 개발 현황은 이 곳에서 확인해볼 수 있습니다.

ES2015 문법과 기능

변수 (let, const)

laker.tistory.com/46

화살표 함수 (Arrow Function)

laker.tistory.com/47

나머지 매개변수 (Rest Parameters)

laker.tistory.com/49

분해대입 (Destructuring Assignment)

laker.tistory.com/61

Symbol

laker.tistory.com/62

Symbol

심볼은 ES2015에서 도입된 새로운 원시 타입입니다.

Symbol 내장 함수를 통해 새 심볼을 생성할 수 있습니다.

const sym = Symbol();
console.log(typeof sym); // symbol
console.log(sym); // Symbol()

Symbol함수에 문자열을 넘겨서, 해당 심볼에 대한 설명을 포함한 심볼을 생성할 수 있습니다.
이 때 넘겨지는 문자열은 그저 심볼의 설명일 뿐이므로, 심볼의 비교 연산에 영향을 주지 않습니다.
즉, 어떤 문자열이 인수열에 들어오는 지와 상관없이 새로 생성된 심볼은 다른 모든 심볼과 다른 것으로 취급됩니다.

console.log(Symbol('my symbol')); // Symbol(my symbol)
console.log(Symbol('my symbol') === Symbol('my symbol')); // false
console.log(Symbol() === Symbol()); // false

심볼은 객체의 속성 키로 사용하기로 위해 만들어졌습니다. 아래와 같이 대괄호 표기법을 통해 심볼을 객체의 속성 키로 사용할 수 있습니다.

const mySymbol = Symbol('my symbol');

const obj = {
    [mySymbol]: 'hello'
};

console.log(obj); // { [Symbol(my symbol)]: 'hello' }

내장 심볼(well-known symbol)을 객체의 속성 키로 사용하면, 특정 상황에서의 객체의 동작 방식을 마음대로 바꿀 수 있습니다.

• Symbol.hasInstance : 객체가 instanceof 연산자의 피연산자로 왔을 때의 동작을 바꿉니다.
• Symbol.isConcatSpreadable : 객체가 Array.prototype.concat 메소드의 인수로 넘겨질 때의 동작을 바꿉니다.
• Symbol.iterator : 객체가 String.prototype.match 메소드의 인수로 넘겨질 때의 동작을 바꿉니다.
• Symbol.match : 객체가 String.prototype.match 메소드의 인수로 넘겨질 때의 동작을 바꿉니다.
• Symbol.replace : 객체가 String.prototype.replace 메소드의 인수로 넘겨질 때의 동작을 바꿉니다.
• Symbol.search : 객체가 String.prototype.search 메소드의 인수로 넘겨질 때의 동작을 바꿉니다.
• Symbol.species : Array.prototype을 상속받은 객체에 대해 Array.prototype.map 등의 메세드를 호출할 때, 반환되는 객체의 생성자를 지정합니다.
• Symbol.split : 객체가 String.prototype.split 메소드의 인수로 넘겨질 떄의 동작을 바꿉니다.
• Symbol.toPrimitive : 객체가 원시 타입의 값으로 변환되어야 할 때, 정확히 어떤 값으로 변환되어야 하는 지를 지정합니다.
• Symbol.toStringTag : Object.prototype.toString() 메소드를 객체에 대해 직접 호출할 때의 동작을 바꿉니다.
• Symbol.unscopable : with 블록 안에서 어떤 속성을 참조할 수 있는지를 지정합니다.

분해대입 (Destructuring Assignment)

ES2015에서 배열과 객체 안에 들어있는 값을 쉽게 추출해낼 수 있는 문법이 추가되었습니다.

배열의 분해대입

다음과 같이, 변수의 선언과 동시에 배열의 요소를 해당 변수에 대입할 수 있습니다.

const [a, b, c] = [1, 2, 3];

console.log(a, b, c); // 1 2 3

만약 요소의 순서와 일치하는 변수가 좌측 목록에 들어있지 않으면, 해당 요소는 무시 됩니다.

// 여기서 `2`, `4`는 무시됩니다.
const [a, , c] = [1, 2, 3, 4];

console.log(a, c); // 1 3

이미 선언된 변수에 대해서도 분해대입을 할 수 있습니다.

let a, b;
[a, b] = [1, 2];

console.log(a, b); // 1 2

배열이 중첩되어 있으면, 해당 배열에 대해서도 분해대입을 할 수 있습니다.
이 때에는 등호의 좌측에서도 배열이 중첩된 것처럼 써주면 됩니다.

const [a, b, [c, d]] = [1, 2, [3, 4]];

console.log(a, b, c, d); // 1 2 3 4

객체의 분해대입

다음과 같이, 변수의 선언과 동시에 객체의 속성을 해당 변수에 대입할 수 있습니다.

const {a: prop1, b: prop2} = {a: 1, b: 2};

console.log(prop1, prop2); // 1 2

좌측 객체 표기에서 속성값 부분을 생략하면, 속성 이름 부분이 곧 새 변수의 이름이 됩니다.

const {a, b} = {a: 1, b: 2};

console,log(a, b); // 1 2

만약 어떤 속성의 이름과 같은 이름을 갖는 변수가 좌측에 들어있지 않으면, 해당 속성은 무시됩니다.

// 여기서 `b`는 무시됩니다.
const {a} = {a: 1, b: 2};

console.log(a); // 1

이미 선언된 변수에 대해서도 분해대입을 할 수 있습니다.

let a, b;
// 문장이 여는 중괄호(`{`)로 시작되면 이는 '블록'으로 간주되므로,
// 아래와 같이 분해대입을 할 때는 식 전체를 괄호로 둘러싸주어야 합니다.
({a, b} = {a: 1, b: 2});

console.log(a, b); // 1 2

객체가 중첩되어 있으면, 해당 객체에 대해서도 분해대입을 할 수 있습니다.
이 때에는 등호의 좌측에서도 객체가 중첩된 것처럼 써주면 됩니다.

const {a, b: {c}} = {a: 1, b: {c: 2}};

console.log(a, c); // 1 2 

배열과 객체가 함께 중첩되어 있는 경우에서도 분해대입이 가능합니다.

const {
    arr: [
        a, b, {
            c
        }
    ]
} = {
    arr: [
          1, 2, {
            c : 3
        }  
    ]
};

console.log(a, b, c); // 1 2 3

분해대입의 기본값

분해대입 시, 만약 좌측 변수의 위치에 해당하는 값이 우측의 배열 혹은 객체에 존재하지 않으면 거기에는 대입이 일어나지 않습니다.

let a, b, c;

[a, b, c] = [1, 2];

console.log(c); // undefined

이 때에 좌측 변수에 기본으로 대입될 값을 미리 지정해둘 수 있습니다.

// `c` 위치에는 대입될 값이 없으므로, 기본값인 `3`이 대신 사용됩니다.
let [a, b, c = 3] = [1 ,2];

console.log(c); // 3

매개변수에서의 분해대입

함수의 매개변수에서도 분해대입을 할 수 있습니다.

function func({prop, array: [item1, item2, item3 = 4}) {
    console.log(prop);
    console.log(item1);
    console.log(item2);
    console.log(item3);
}

// 1, 2, 3, 4가 차례대로 출력됩니다.
func({prop: 1, array: [2, 3]});

(1/25 추가 작성)

아무것도 모르던 시절에 피팅을 했는데..

지금와서 보니 피팅이 너무 형편없네요 ㅠ

아래글은 참고용으로 봐주세요 !

오늘은 Logistics에 대해서 알아보려고 합니다.

로지스틱스를 줄여서 로지라고 부르고 있으며

로지는 타 RPG 게임에서의 "힐러" 역할을 하고 있습니다.

저는 모든 게임에서 힐러를 주로 하기 때문에 저에게 딱 맞는 포지션이네요.

Recharge Mode가 있는 Tech 7 크루져 함선인 Scythe를 운영하였습니다.

피팅은 오랜시간 전투를 해야하는 Soldier’s Way 미션 기준으로 작성하였으니 참고해주세요.

(1) Ship Bonus

먼저 Scythe의 함선 보너스를 확인해봅시다.

Role Bonus

 ㄴ Remote Shield Booster optimal range : + 400%

 ㄴ Group Shield Booster effective range : + 50%

 ㄴ Group Capacitor Transmitter effective range : + 50%

Advanced Remote Shield Operation Bonus per Lv.

 ㄴ Remote Shield Booster shield boost amount : + 7.5%

 ㄴ Remote Shield Booster capacitor need : - 7.5%

Advanced Cruiser Command Bonus per Lv.

 ㄴ Remote Capacitor Transmitter optimal range : + 100%

 ㄴ Remote Capacitor Transmitter transmission effect : + 15%

기본 Role Bonus로 Remote Shield Booster 사거리 400% 증가

Group Shield Booster/Group Capacitor Transmitter 유효 범위 50% 증가를 시켜줍니다.

Advanced Remote Shield Operation 스킬당

Remote Shield Booster 실드량 7.5% 증가 및 캡 소모량 7.5% 감소

Advanced Cruiser Command 스킬당

Remote Capacitor Transmitter 사거리 100% 및 효과 15% 증가

* 요약

정리해보면 Advanced Remote Shield Operation / Advanced Cruiser Command 스킬을 올릴 경우

Remote Capacitor Transmitter / Remote Shield Booster에 보너스가 있어 안정적인 운용이 가능

Shield 뿐만 아니라 지속적으로 Capacitor를 채워줄 수 있습니다.

(2) Fitting

High Slot

Gistum C-Type Medium Remote Shield Booster * 4

Mid Slot

'Chivalry' Medium Remote Capacitor Transmitter * 1

MK7 Medium Group Shield Booster * 1

Low Slot

'Acolyth' Medium Capacitor Battery * 3

MK7 Medium Shield Booster * 1

Combat Rig

Anti-EM Screen Reinforcer I * 2

Anti-Thermal Screen Reinforcer I * 1

Engineering Rig

Capacitor Control Circuit I * 2

Semiconductor Memory Cell I * 1

High Slot

High Slot에는 Medium Remote Shield Booster 4개를 장착해줍니다.

Medium Remote Shield Booster는 자신의 Capacitor를 소모하여 지정한 타겟에게 Sheild를 올려주는 장비입니다.

기본적으로 Basic Remote Shield Operation / Advanced Remote Shield Operation 스킬을 올려주셔야 합니다.

저는 현재 5 / 4까지 스킬을 찍어 안정적으로 운영이 가능합니다.

Mid Slot

첫 번째 Mid Slot에는 Medium Remote Capacitor Transmitter를 장착해줍니다.

Medium Remote Capacitor Transmitter는 자신의 Capacitor를 소모하여 타겟의 Capacitor를 채워주는 장비입니다.

타 게임과 동일하게 힐러의 힐만으로 생존을 하기 힘든 경우 탱커들이 생존기를 쓰는 것과 마찬가지로

Capacitor를 계속 주입시켜서 생존기를 여유롭게 사용하도록 지원하는 장비입니다.

Advanced Cruiser Command 스킬을 올려야 효율이 올라가므로 해당 스킬을 선행적으로 올려주는 게 좋습니다.

두 번째 Mid Slot에는 Medium Group Shield Booster를 장착해주었습니다.

혹시라도 실드량이 부족하거나 동시에 타격을 당할 경우를 대비를 위해 장착을 해두었습니다.

그리고 Group Shield Booster는 Capacitor를 소모하지 않고 연료를 사용합니다.

만약에 Capacitor가 모자라는 상황에서 힐이 필요할 경우에 사용할 수도 있을 것 같네요.

아래 행성 자원들을 Ship Hold에 넣어두시면 사용하실 수 있습니다.

Low Slot

Low Slot에는 Medium Capacitor Battery 3개를 장착해줍니다.

저는 유지력을 중요하다고 생각해서 Capacitor Battery 3개를 장착하였습니다.

Capcitor Battery가 3개면 Capacitor를 안정적으로 유지할 수 있습니다.

마지막 남은 Low Slot에는 Medium Shield Booster를 장착하였습니다.

가끔씩 우회해서 들어오는 함선에게 타격을 받는 경우가 생기는데

이럴 때 잠깐이나마 혼자 버티기 위해 장착을 해두었습니다.

Combat Rig

Combat Rig에는 Anti-EM Screen Reinforcer I 2개, Anti-Thermal Screen Reinforcer I 1개를 장착해주었습니다.

혹시라도 공격을 받을 경우를 대비해서 방어용 리그를 장착하였습니다.

실드량과 캡 감소 등 여러 가지 방어용 리그는 Remote 장비에는 적용이 안된다고 들어서 위 리그를 장착하였습니다.

아직 연구를 해보진 않았지만 혹시라도 이 내용이 틀리다면 실드량을 증가시켜주는 리그로 갈아 탈것 같습니다.

Engineering Rig

Engineering Rig에는 Capacitor Control Circuit I 2개, Semiconductor Memory Cell I 1개를 장착하였습니다.

Capacitor 재충전 시간 감소와 Capacitor양을 늘려서 유지력을 좋게 해 주었습니다.

(3) 운용법

1) 포지션

아군 함선은 앞으로 나와 어그로를 끌고 로지스틱 함선은 아군 함선 뒤쪽으로 자리를 잡습니다.

정당한 위치를 찾게 되면 이동속도를 최소로 줄이고 Recharge Mode를 활성화시킵니다.

Recharge Mode는 Capacitor 충전 속도를 활성화시켜주므로 유지력에 도움을 주고

스피드가 느려지기 때문에 위치를 고정시킬 때 좋습니다.

가끔씩 옆으로 크게 돌아오는 녀석들이 있습니다.

이동하는 경로를 파악 후 미리 아군 뒤쪽으로 이동을 해주시는 게 좋습니다.

포지션을 잘못 잡아서 맞게 된다면 Shield Booster와 Group Shield를 사용하여 회복하면서

아군 쪽으로 이동해서 어그로를 빼 주시면 됩니다.

2) 유지력

Soldier's Way를 진행시 2시간이 걸렸는데 진행하는 동안 Capacitor를 유지를 해줘야 합니다.

여기서 Low Slot에 Capacitor Battery 3개를 장착한 이유가 있습니다.

위 사진과 같이 캡 배터리를 끊기지 않고 계속 사용할 수 있습니다.

두 번째는 위에서 설명드렸던 Recharge Mode입니다.

캡 배터리를 계속 사용하면서 Recharge Mode를 활성화시켜주면

Remote Shield Booster 4개를 활성화를 해도 Capacitor 유지가 가능합니다.

확실히 로지스틱은 제 성향에 맞아서 재미가 있네요.

정보가 많지 않아서 제 느낌이 가는 데로 정리를 해보았습니다.

혹시 틀린 부분이나 부족한 부분이 있으면 댓글로 말씀해주세요 ~

오늘은 EVE Echoes Market이라는 사이트를 공유드리려고 합니다.

30분마다 최신 가격을 가져온다고 소개를 했지만, 보통 4시간 단위로 업데이트가 되는 것 같네요.

수동으로 하는 건지 API를 통해서 데이터를 가져오는 건지는 잘 모르겠지만

PLEX나 광물 가격이 어떻게 변화했는지 알 수 있으므로 참고용으로 보면 좋을 것 같습니다.

첫번째로 PLEX입니다.

9월 24일 04시 기준으로 204,000 ISK이군요.

마켓과 비교했을 시 조금은 차이가 있지만 비슷하네요.

9월 21일부터 갑자기 올라간 걸 볼 수 있습니다.

이때가 월급날이어서 그런가.. 날이 갈수록 올라가는 PLEX를 볼 수 있습니다.

 다음은 제가 주로 보는 미네랄입니다.

Nocxium의 가격이 1,420 ISK --> 2,120 ISK 갑작스럽게 올라간 걸 볼 수 있습니다.

9월 16일 패치 이후 급작스럽게 Tech Level 7이 되면서 Tech 7 함선들 생산을 위해 가격이 상승한 것 같습니다. 

엄청난 꿀팁은 아니지만 내가 주로 판매하는 상품이 어떤 가격대를 형성하는지

또는 새로 물건을 살 때 가격대가 괜찮은지를 확인할 때 보기에 좋은 사이트 같습니다.

* 참고