Vindicar

class Interface:
    a = 1
    b = dict()
    c = []

Ты описал класс с тремя атрибутами класса. Не экземпляра, а именно класса.
Три атрибута экземпляра описываются как

class Interface:
    def __init__(self):
        self.a = 1
        self.b = dict()
        self.c = []

А если тебе нужен эквивалент интерфейсов, почитай про typing.Protocol.

А всего-то нужно прочитать документацию. Там этот случай описан, и показано, как делать правильно.

con = sqlite3.connect(":memory:")
cur = con.execute("CREATE TABLE lang(name, first_appeared)")

# This is the named style used with executemany():
data = (
    {"name": "C", "year": 1972},
    {"name": "Fortran", "year": 1957},
    {"name": "Python", "year": 1991},
    {"name": "Go", "year": 2009},
)
cur.executemany("INSERT INTO lang VALUES(:name, :year)", data)

# This is the qmark style used in a SELECT query:
params = (1972,)
cur.execute("SELECT * FROM lang WHERE first_appeared = ?", params)
print(cur.fetchall())

Открой для себя функции zip() и itertools.zip_longest().

Нет. Ты можешь открыть файл на чтение и запись, и затем скакать по файлу с помощью seek(), но это ничуть не быстрее. Меньше дискового пространства требует, вот и вся выгода.
Текстовые файлы вообще плохо поддаются частичному обновлению.
Если тебе такое требуется часто, впору смотреть в сторону простых БД, вроде sqlite. Ей не требуется отдельное серверное ПО, и база данных будет состоять из одного файла. Вполне себе нормальный апгрейд.

Включи логику.
Чтобы прочитать/записать элемент списка, нужно знать его индекс.
Ты знаешь значение минимума/максимума, но не индекс.
Вывод: нужно в цикле поиска обновления не только само значение minimum и maximum, но и в отдельной паре переменных хранить индекс i, где был обнаружен последний минимум/максимум.

Любопытно, что ты уже используешь enumerate() для перечисления списка, но до сих пор не использовал индекс очередного элемента i, который он тебе сообщает.

typing.Protocol играет роль интерфейса, с той поправкой, что наследоваться от него потом необязательно - главное, чтобы набор полей/методов соответствовал.

abc.ABC - это именно абстрактный класс, он требует наследование от себя для соответствия, и часто предполагает наличие какой-то частичной реализации функциональности.

В отличие от него, typing.Protocol обычно применяется только для описания контракта класса, но не для частичной реализации. Так как он не требует наследования, он хорошо подходит для описания структуры объекты, который мы ожидаем на входе - без жётской привязки этого объекта к нашей иерархии классов.

"Обычно", потому что и то, и то можно использовать "не по назначению".

smpt.yandex.ru?
Может, всё-таки smtp?

Окей, гугл, python create excel document. Находим xlsxwriter. Эту часть ты сделал.

Дальше придётся прочитать (а не просто скопипастить) пример и чутка включить голову.

import xlsxwriter

# Create a workbook and add a worksheet.
workbook = xlsxwriter.Workbook('Expenses01.xlsx')
worksheet = workbook.add_worksheet()

# Some data we want to write to the worksheet.
expenses = (
    ['Rent', 1000],
    ['Gas',   100],
    ['Food',  300],
    ['Gym',    50],
)

# Start from the first cell. Rows and columns are zero indexed.
row = 0
col = 0

# Iterate over the data and write it out row by row.
for item, cost in (expenses):
    worksheet.write(row, col,     item)
    worksheet.write(row, col + 1, cost)
    row += 1

# Write a total using a formula.
worksheet.write(row, 0, 'Total')
worksheet.write(row, 1, '=SUM(B1:B4)')

workbook.close()

Что мы видим в этом коде? Что метод worksheet.write() принимает в качестве параметров строку и столбец, куда нужно записать значения. Т.е. нам нет необходимости писать их в определённом порядке, мы можем их писать как нам удобнее.
А чего мы НЕ видим? А мы не видим какого-либо задания лимитов по количеству строк/столбцов. Значит, мы не обязаны знать заранее, сколько строк/столбцов у нас будет в данных, а можем писать по мере поступления новых данных.

Отсюда вывод: данная библиотека подходит нам до тех пор, пока мы для каждой порции данных можем сказать, в какую ячейку эта порция должна попасть, т.е. можем определить значения row и col. Обрати внимание, что в примере позиция (номер строки) просто хранится переменной и меняется по мере чтения данных, а номер столбца определяется в зависимости от записываемого элемента данных. Этот подход прекрасно подойдёт к описанной задаче, единственная разница - у тебя строки будут зависеть от элемента данных, а столбцы будут наращиваться по мере чтения входных данных.

В чём сложность адаптировать этот пример к твоей задаче?