What about the scenario of (easier) blocking of internet access for the device? My main use of static ip is setting the gateway to the same ip address.
static_ip: 10.17.25.12
gateway: 10.17.25.12
subnet: 255.255.255.0
Stops that device being able to communicate externally while still being accessible internally.
Best would be just to use VLAN for that “scenario” and don’t mess with static IP’s in the Year 2022 
Are you aware that YOU are in total control (
) of the device if you run esphome? By default their should be actually no connection (in numbers 
) to the outside of your network 
True, but I’d suspect most people do not have a router/switch that gives them the ability to utilize VLANs. With the prevalence of ‘mesh networks’ currently, most manufacturers don’t even give you a webGUI to use.
Again, true, however I’d prefer to make sure of that with an extra 3 short lines of code.
A few years ago, I stopped assigning static IP addresses to my ESPhome devices, and other than consuming an additional ten or fifteen of the available 155 IP addresses, life was good. 
Everything ESPHome worked just perfectly with DHCP. Not so in the last few months, and I’m still pointing fingers at Asus router firmware and Broadcom’s AX wireless technology. A handful of my ESP8266 devices (D1 Mini clones) have dropped offline, and don’t appear in Home Assistant. What I have observed: several device DNS node names appear on my router as Espressif instead of the assigned DNS node name daylight-sensor or outdoor-lighting.
This seems to suggest something in the Arduino/ESPhome code is no longer properly establishing the assigned DNS name when joining the network?
Which in turn causes mDNS lookups for ESPHome connectivity to fail.
I use DHCP reservations in the router but have to use the static_ip assignments in my esp8266 yaml files in order to get consistent connections. I found this while troubleshooting, make sure Bonjour is running on my windows pc and then use this cmd and get a list of devices that are running. I guess the dns-sd.exe command gets loaded with Bonjour service from iTunes.
dns-sd - B _esphomelib._tcpNot to confuse different things: DHCP/DNS from your router works Independent from mDNS 
In fact you don’t even need a router to have mDNS working
I concur about DHCP/DNS and mDNS services being separate entities.
My ESPHome devices work better with static IPs as I mentioned so there’s no name resolution required. Thery’re mostly battery operated and use the deep sleep component. So, the static IPs provide quicker Wi-Fi startup when they wake up. It gave me some comfort knowing the mDNS component of ESPHome was functioning when I was able to interrogate the _esphomelib._tcp service from my Windows laptop and see my devices responding.