я сюда за откровениями хожу как на работу

То есть передав имя структуры, каналу автоматом передастся ее тип? Так что ли?)

Тип канала описывается как chan ТИП_ЗНАЧЕНИЯ

Из двух слов

на самом деле - нет

ты можешь взять копию слайса, а потом изменить оригинальный, и данные изменятся и там, и там. поэтому слайс не годится в качестве ключа

ты можешь взять копию интерфейса, и у тебя нет способа изменить данные копии с помощью оригинала
и со всем тем, что можно использовать в качестве ключа - так же, копия, которая идет в ключ, не может быть модифицированна снаружи

так что имплементация == для этих типов - вторичный признак. те же слайсы вполне сравниваются, см bytes.Equal()

bytes.Equal – это почти хак

[]byte сравниваются только за счёт того, что операторы эквивалентности определены для строк

А значение внутри ссылочного типа  я к сожалению могу поменять для некоторых типов  — для каналов например

почему хак-то?

ну потому что это на самом деле каст двух слайс байт к строкам и сравнение

и что? как строка устроена - ты помнишь?

Конечно
Но это не означает что для слайсов байт определена операция сравнения в языке

В качестве ключей мар можно использовать любые типы, для которых эта операция есть, даже если она вызывает панику

кое где, где мне профайлер bytes.Equal() показал, как значимого потребителя, я его переписывал в сравнение циклом

но дело-то не в ней! это просто удобный признак. дело-то как раз в мутабельности

Это очень странно кстати, по идее он не должен давать накладных расходов – там конкретный случай который компилятором оптимизируется хорошо

Даже аллокаций не должно быть

давно было

Это вопрос реализации операции сравнения

Смотрите

Я использую эмулятор типа слайса — его в качестве ключа использовать можно

да, потому, что тип elem в ключ включен не будет