Ornyx
Sorry for the delay in replying to this. Long story short, we agree with the concerns laid out in this thread:
덫 보강 as a damage mechanic isn't playing well, and the increased trap cooldown is a nerf that undermines other utility upgrades. We've been discussing exactly what we want to do about it, and can share some details:
For starters, the Trap cooldown is going back to a baseline of 30 seconds, just like it is in Patch 7.1. We had initially increased it to 40 based on some concerns that
사냥꾼 crowd control might end up too powerful in some situations, but after further consideration, we don't think that'll be necessary.
Regarding
덫 보강, the original intent of the passive was to reinforce Survival's niche as trap experts (especially with other
사냥꾼 specializations getting traps again) by rewarding clever placement of traps when you're able to anticipate your enemy's movement. After all, the very nature of a trap is a hazard set ahead of time for an unsuspecting victim, whereas traps today often end up feeling more like lobbed explosives. However, in group gameplay, the movement of your targets is largely outside of your direct control, and any sort of rotational damage benefit of
덫 보강 is likely to be far more frustrating than fun. We're going to remove the damage-increasing benefit that
덫 보강 provided to
폭발 덫 and let its bonuses focus purely on utility. With the
빙결 덫 and
타르 덫 cooldown now unchanged, this makes
덫 보강 simply a new utility perk over what Survival has on live, and we're excited about some of the potential ways
사냥꾼s can make use of it in both PvE and PvP.
As an aside (and this is relevant to all classes and specs), part of our goal to keep patches coming at a steady pace in Legion means that you're likely to see more half-completed ideas and strange experiments on PTR than even veteran testers might be used to in previous expansions. Just because a change shows up in a PTR build does not mean that it's something the team views as a final design (or even a design we're necessarily happy with). This has been especially true with 7.1.5, and we've done a poor job of communicating that thus far. We'd like to apologize for that failing, and it's something we're actively working to correct.