Since all the Kickstart ROMs contain 0018 0019 001A 001B 001C 001D 001E 001F at location FFFFF0 - FFFFFF, I am not using interrupt aknowledge cycles, just auto vector.
That's enough for running an Amiga.
All official kickstarts contain that & only 68000 based Amiga's use it.
However it can be changed to allow for WHDLoad quit key support on 68000 by pointing the vector back inside rom and only passing on to the actual vector if the quit key is not pressed (basically what the ACA500 will do ).
I don't know whether Datel Action Replay and the rommable hrtmon make use of this functionality also, but I can imagine it would be useful.
I think it's worth supporting the cycles if you're doing a pure 68000 core.
Why is big endian resource hungry?
(perhaps why Intel x86 is little endian)
Big vs little endian is an arbitrary choice.
The name comes from Gulliver's travels.
http://en.wikipedia.org/wiki/Lilliput_and_Blefuscu Accessing little endian data on a big endian processor (and vice versa) is an extra overhead. However when emulating a 68000 the overhead is very small because it can't access unaligned data & it just takes a well placed xor of the address lines. 68020 and later plus all x86 processors can do unaligned access, so you have to take those cases into account. I'm not sure there should be any overhead in an FPGA implementation.
68060 is definitely microcoded to some degree, move , is split into two "standard operations".
When you split instructions up then they are called micro-ops, but this is unrelated to micro-code. The micro-ops might be executed either using micro-code or they might be hard coded.