お守り

シンジケートはその昔、軍拡競争はより早く変化に適応できた者が勝つということを学んだ。パッシブ防衛モジュールが渓谷に出現し始めたことを知った「ネオン・ドラゴン」は早速それに類似した独自のデバイスの研究に着手した。
その結果として、装甲車両が受けたダメージを大量に吸収することができる電磁制振器のシステムが完成した。
車両に搭載できるパッシブ防衛モジュールは1台のみ。

形状

特殊な連結部であるパワーノード*1を備える。
6面体として見た時の左右面を除く全ての面にパワーノードがある反面、配置が分散している。
位置は全10ヶ所。

概要

スペック

基本情報

パワースコア	必要電力	耐久値	重量
400	1	303	240kg

オプション

テキスト
パワーノードに接続されているパーツに与えられるダメージの半分を、最大300ポイントまで吸収する。この閾値を超過した場合、モジュールは容量が回復するまで機能停止し、過剰なダメージは「お守り」に与えられる。3秒の間モジュールがダメージを吸収しなければ、容量が回復する。
効果
最大300ポイントのフェイズシフト容量を持ち、パワーノードに接続されているパーツに与えられるダメージの半分をこのフェイズシフト容量に置換する。 耐性などによるダメージ計算処理を全て行った後の最終ダメージに対して置換処理がされる。 フェイズシフト容量の残量を置換ダメージが超過した場合、フェイズシフトダウン状態になり、お守りが機能停止する。 4秒間被弾しなければフェイズシフト容量は時間経過とともに回復していき、全回復することでお守りが再起動する。 置換処理はお守りがダメージを受けた扱いのダメージ計算になるため、お守りが全ダメージ耐性を持っている場合、フェイズシフト容量の消費が減る。

　

製造

解説

アップデート0.13.80「ビッグスコア」で追加された、レジェンダリー版回避者とも言えるパッシブ防衛モジュール。
パッシブ防衛モジュールには1機体に1個だけという装備制限があるため、採用するのであれば回避者かお守りのどちらか片方しか搭載できない。
どこかの機動戦士のフェイズシフト装甲ほどぶっ壊れではないが、挙動がほぼフェイズシフト装甲なので、解説の中でフェイズシフト呼ばわりしまくってるがどうかご容赦願いたい。

特殊効果は『お守りのパワーノードに接続した部品へのダメージをお守りが吸収することで、お守りのパワーノードに接続した部品へのダメージが1/2になる。』というもの。
全ダメージ耐性の計算式は下記の2種類の計算式があるが、お守りのダメージ耐性はResistanceパターンになる。
厳密には処理が違うためResistanceパターンというのもどうかと思うが、ここでは分かりやすさを優先した。
　Resistance:被ダメージ＝ダメージ×(1-耐性)　※こちらの方が軽減率が高い
　Protection:被ダメージ＝ダメージ×(1/(1+耐性))
非常に安易な理解で良ければ、『お守りを接続した部品の被ダメが半分になる』という理解でいいだろう。

回避者の単純さはどこにいったというぐらい処理が非常に面倒なことになっているため、がんばって理解してほしい。
お守りのダメージ処理は下記のＡ～Iの工程で行われる。

• A：お守りのパワーノードと繋がった部品に被弾が発生（基準になるダメージが発生）
• B：Aに対してアップグレードでのダメージ耐性の処理
• C：Bに対してパーツやナビゲータでのダメージ耐性の処理
• D：Cに対してキャビン特典や機能強化でのダメージ耐性の処理
• E：Dのダメージを1/2にしたものがお守りに与えられる（お守りへのダメージ扱い）
• F：Eに対してアップグレードでのダメージ耐性の処理
• G：Fに対してパーツやナビゲータでのダメージ耐性の処理
• H：Gに対してキャビン特典や機能強化でのダメージ耐性の処理
• I：Hの処理で発生したダメージがお守りのフェイズシフト容量以下であればフェイズシフト容量が減少する。
  　　フェイズシフト容量よりも大きなダメージであればお守りがフェイズシフトダウン状態になる。
   
  フェイズシフト容量300を使い切るまでお守りの効果が発生するわけだが、Eの工程がお守りへのダメージ扱いになっているようで、F~Iの工程が発生する。
  そのため、お守り自身に全ダメージ耐性が付いているとF~Iの工程で影響が出る。
  例えばお守りがアップグレードの全ダメージ耐性10％を持っていた場合、フェイズシフト容量の消費は全ダメージ耐性分のダメージ計算を行った後の数字で消費することになる。
  つまり、フェイズシフト容量300ではなく330と大容量化された状態で振る舞う形になる。
  『二重にダメージ計算が行われている』という言い回しのほうが伝わりやすいだろうか。
  エルマックやコホートなど全ダメージ耐性を付与する特殊効果の範囲にハードウェアが含まれていればこの事態が起こることになる。
  シーズン8のバトルパスでばら撒かれるお守りについているアップグレード効果は･･･。

このような計算処理に加えて、『フェイズシフト容量を超過したダメージは「お守り」に与えられる。』という効果がある。
フェイズシフト容量を極限まで削ってから大ダメージを与えるなり、何度もフェイズシフトダウンさせればお守りが過負荷によって破壊できる・・・はずなのだが。
筆者があれこれやった限りではお守りを取り付けられた側のオブジェクトが破壊されるほうが早く、過負荷によるお守り破壊ができなかった。
フェイズシフトダウン中もダメージ吸収によってダメージがお守りに入りつづけるのであればやりようがあったのかもしれないが、フェイズシフトダウン中はお守りの特殊効果が機能しないためダメージ吸収が起こらない。
上記の計算の仕組みを見ると、過負荷によるお守り破壊はかなり無理ゲーなことが分かるだろう。

フェイズシフトダウンすると4秒のディレイ後に再起動状態になりフェイズシフト容量が全快に向けて回復し続ける。
この間に被弾してもフェイズシフト容量の回復は妨げられない。
6秒でフェイズシフト容量が全快し、お守りによる耐性が再び働くようになる。
つまり、ディレイ込みで9秒間がフェイズシフトダウンしたときに全力で稼がなければならない時間になる。

フェイズシフトダウンさえしていなければ、3秒間被弾しなければフェイズシフト容量が回復していく。
そのため、立ち回りによっては終始お守りの効果を維持して戦い続けられる。
反面、フェイズシフトダウン中はお守りによる耐性が全く働かなくなる。
被ダメ軽減23%を常時維持し続けられる回避者と少なくとも被ダメ軽減50%を限定的に得られるお守りといった形で差別化される。
フェイズシフトダウンしまくるようであればレアリティの低い回避者のほうが安定するのが面白いところ。
逆に、1回の戦闘の中でフェイズシフトダウンから即死するのではなく、何度もフェイズシフトダウンを繰り返す人がいたら驚くべき技量とビルドの持ち主ということになる。
集中砲火に対しては脆いが、散発的な被弾に対しては反則的な防御力を付与するハードウェアと言えるだろうか。

焼却炉/マンドレイク/ヤマアラシなどによる炎上やマップにある酸の池に対してもお守りのフェイズシフト装甲は機能する。
完全な無効化ではない以上、大気圏突入にさえ耐えたどこかの機動戦士のフェイズシフト装甲のような真似はできないが、あらゆるダメージに対して仕事をしてくれる点で優秀と言える。
もっとも、お守りに接続できる部品は最大でも10個限りでお守り自身にはフェイズシフト装甲が働かない。
全身が丸焼きにされるような状態では耐久303とそれほど高耐久とは言えないお守りが先に壊れてしまうことになる。

パワースコアを見て気づいた諸兄も多いと思われるが、お守りのパワースコアは400。
つまり、アップデート0.13.60でPS増加というナーフを食らったRN シールやシヴァーと同じパワースコアになる。
RN シールやシヴァーの採用とお守りの採用は消費ENとパワースコアの観点では同レベルの話になる。
RN シールやシヴァーを複数採用しているのであれば１つぐらいお守りに差し替えることを検討してもいいだろう。
DPS大正義で火力で押し切ったほうが楽という考えの方はお守り採用は無しでどうぞ。

装備相性

高耐久・高耐性の部品と繋ぐことで効率的に運用できる。
回避者以上に圧倒的なダメージ耐性が得られるが、大量の弾幕でフェイズシフトダウンさせられるとお守りの効果を無力化されてしまう。
フェイズシフトダウンまでに敵を倒しきれるだけの火力か、フェイズシフトダウンさせずに散発的な被弾に留めるだけの機動力を持ち合わせていないと回避者採用時よりも脆くなってしまうことに注意が必要。
上がった耐性を過信せずに被弾が嵩まないように振る舞うことを忘れないように。
なんらかの形でお守りに全ダメージ耐性を付与できるとフェイズシフト容量の増加につながるため、そういった装備と好相性と言えるが、それ系の能力を持つのは重量キャビンで機動力が犠牲になるのが悩みどころ。

バスティオン

ドーザーブレード部分にエネルギー属性を除く全てへの50%耐性を持つ重量キャビン。
（フェイズシフトダウンしないかぎり）ドーザーブレードは75%軽減、ドーザーブレード以外さえ50％軽減と異次元のタフさになる。
なお、75％軽減＝ライフ約4.0倍に相当する。
仮にドーザーブレードで全弾受け止めた場合、本来1440ダメージ発生するはずの火力を持ち出さないとフェイズシフトダウンさせられず、その間に受けるダメージは僅か360ダメージ。
機動力は諦めることになるのでどこまで徹底的に被弾を管理できるかが採用のポイントになる。
無力だったエネルギー属性に対して気休め程度に耐性が付くのが地味な利点。

エルマック

被弾によって全ダメージ耐性30％が発動する重量キャビン。
（フェイズシフトダウンしないかぎり）0～23%軽減が50%～61.5％軽減になる。
なお、61.5％軽減＝ライフ約2.6倍に相当する。
被弾が特殊効果発動条件であるため単発大ダメージを苦手とするが、お守りであれば初弾から50%軽減できるため回避者以上に穴が無くなる。
また、エルマックの効果でお守りに全ダメージ耐性が付与されるため、フェイズシフト容量468相当まで増加する形になる。
しかしながら、フェイズシフトダウンがある以上、運用次第ではお守り採用のほうが回避者採用より脆くなる場合がある。
採用するのであれば自分の立ち回りやENと相談して回避者かお守りのどちらかを採用するか十分に検討したい。

機械クラフター

機械クラフターに連結された武器の耐久が最大25%増加する重量キャビン。
機械クラフター自体が硬くなるのも重要だが、機械クラフターの効果で高耐久化された武器にお守りの効果を載せられるのが重要な部分。
物凄く雑に言えば、機械クラフターとお守りで（フェイズシフトダウンしないかぎり）耐久500の武器さえ耐久1250相当、耐久1000の武器さえ耐久2500相当になる。
重ミニガンがタレキャの硬さになり、タレキャに至っては重量キャビンの硬さという世界になる。
機械クラフター自体には防御系の特殊効果が無いため、フェイズシフトダウンにはくれぐれも注意。

ハンプバック

被ダメによって最大30％のダメージ増加が得られる重量キャビン。
33.33ダメージ受けるごとにダメージ1%増加なので、耐えられるダメージの増加はダメージ増加バフを起動させられる時間の増加に繋がる。
（フェイズシフトダウンしないかぎり）お守りとキャビンを繋ぐだけで少なくともライフ2倍状態なので劇的に時間が長くなる。
お守りを高耐久の武器やクローラーなどにまで接続できれば、さらに起動時間に余裕ができる。
若干アンチシナジーな部分があり、お守りの処理工程Eの部分で1/2処理された後のダメージがハンプバックの特殊効果では参照されるため、弱いダメージの被弾では特殊効果が発動できなくなる。
とはいえ、ハンプバックを持ち出すPS帯で弱いダメージで撃たれ続けることはないと思われるためほぼ無視できるデメリットと考えられる。

ザ・コール

ドローンの数に応じて全ダメージ耐性30％とパワー105％が発動する中量キャビン。
（フェイズシフトダウンしないかぎり）0～23%軽減が50%～61.5％軽減になる。
他のダメージ耐性を持つキャビンと違い、中量キャビンの最高速の高さと特殊効果で機動力も確保できるのが大きな差別点。
あまり高耐久とは言えないドローンだがお守りと接続しやすい形状のため、パワーノードを遊ばせるぐらいなら繋いでおくと気休めになる。
他のダメージ耐性を持つキャビンと違ってドローンの状態への依存度が高いため、積極的にドローンを狩られるとザ・コールの特殊効果が仕事しなくなってしまうのが難点。

エレファント（超高耐久の武器）

射撃から4秒間ダメージ耐性が発動するターレットキャノン。
（フェイズシフトダウンしないかぎり）自身のダメージ耐性の効果もあって耐久2227.5の武器になる。
相乗効果の点でエレファントを挙げたが、高耐久の武器ならお守りの適性があると思っていい。
ただし、お守り採用による高耐久化はフェイズシフトダウンをどれだけ抑制できるかによるところが大きいため、被弾が嵩まない立ち回りを心掛ける必要がある。
さらに、高レアリティの武器になるほど大型化する傾向があるため、回避者同様に連結部の問題に悩まされることになる。

アバランチ・怪獣・ヨン・ワン（単門運用になる高電力消費武器）

凄まじい高耐久を誇る上にリロード中にダメージ耐性が発動するキャノン？
（フェイズシフトダウンしないかぎり）自身のダメージ耐性の効果もあって耐久4139の武器になる。
武器1つで完結できるのであればお守りとの連結も難しくはないため、ダメージ耐性の点では相乗効果は期待できないが怪獣やヨン・ワンも十分に候補となる。

ゴブリン・グレムリン

疑似的な全ダメージ耐性を持つ固定式ショットガン。
（フェイズシフトダウンしないかぎり）自身の耐性もあって耐久512～720の武器になる。
複数本積むのがスタンダードなゴブリン達が全部キャノン並の耐久になるのはちょっとした悪夢だろう。
ただし、回避者と違ってパワーノードが分散しているお守りは複数本接続する難易度が凄まじく高い。
リターンが大きいことは確かだがビルドの技量も求められることになる。
実践レベルで仕上げられるかは別問題だが、キャビン＋6本までならお守りに同時接続可能なことは確認済み。

 

 

アップデート

関連項目

コメント欄