Дизайн REST URI для древовидных структур

Существует много дискуссий о дизайне REST URI, но никто не ответил точно на мой вопрос.

] Допустим, у меня есть несколько списков, содержащих задачи и/или другие списки (список = узел и задача = лист).

У нас может быть что-то вроде

/lists/{id_list1}/lists/{id_list2}/lists/{id_list3}/tasks/{id_task1} 

или, может быть, более короткая версия:

/lists/{id_list1}/{id_list2}/{id_list3}/{id_task1}

А как насчет действительно глубокого деревья?

Я также думал об отношении родитель/потомок, которое можно было бы перевести как

/lists/{id_list_parent}/{id_list_or_task_child} 

, но я чувствую, что чего-то не хватает...

Каким должен быть разумный дизайн для деревьев REST URI?

РЕДАКТИРОВАТЬ

Извините за поздний ответ!

Думаю, я смешивал две потребности: URI API и URI браузера.

Вот как я это вижу:

На стороне API у меня будут только эти URI для методов записи и чтения ('/id' в конце не требуется, например, для создания):

/lists/id
/tasks/id

Однако в моем браузере у меня будет что-то вроде этого:

/lists/id/lists/id/tasks/

Только первая часть (/lists/id) будет интерпретирована сервером, вторая часть (lists/id/tasks/) будет использоваться сервером. мой javascript на стороне клиента, чтобы найти задачи подсписка списка, полученного с сервера.

Что вы думаете об этом подходе, что-то в нем не так?