W dzienniku więcej informacji na temat aukcji w zależności od ich rodzaju

Gdy pojawia się nowa aukcja, z dziennika dowiadujemy się o jej ID i kiedy została dodana (kiedy postało zdarzenie dziennika), aktualnej cenie (tutaj nie do końca) i id sprzedawcy.  Jeśli chcemy dowiedzieć się czegoś więcej o aukcjach z powiadomienia, trzeba wykonać 4 razy doGetItemInfo (doGetSiteJournal daje max 100 wynikó, doGetItemInfo daje max 25 wynikó). Wydaje mi się, że utworzenie dodatkowej tabeli (dostępnej 'na życzenie') w wynikach dziennika nie dość, że zmniejszy ilość zapytań do WebApi, to jeszcze przyspieszy cały proces.

I tak np zapytanie:
$dogetsitejournal_request = array(
   'session-handle' => '22eb99326c6be29aa16d07d622bcfbcbee94ad54846f2f4e03_1',
   'starting-point' => 2865837087,
   'info-type' => 0,
   'more'=> array('start'=>1,'end'=>1)
);

przekazałoby jednocześnie szczegółowe informacje dla typów 'start' i 'end'.
Zwracane informacje mogłyby być zależne od typu, np. dla 'start' cała tablica jak w przypadku doGetItemInfo, dla 'bid' - aktualna cena (bo ta podawana w dzienniku jest tą, którą ktoś zaoferował, co nie znaczy, że wcześniej ktoś nie dał więcej) i część nazwy kupującego (ilość 'bidów' dla aukcji możemy sami policzyć z dziennika). Dla 'end' - ostateczna cena (chociaż to chyba zbędne).
Dla 'now' - ilość sztuk, które ktoś kupił i koniecznie informacja, czy 'now'='end', czyli czy aukcja się zakończyła - obecnie jeśli kup teraz kończy aukcję, to tego nie wiemy (przynajmniej tak mi się wydaje). Dla 'change' - informacje o zmianach dokonanych na aukcji.
Oczywiście to tylko przykładowe dane zwracane przez doGetSiteJournal, które jednak zmniejszą ilość zbędnych zapytań.