Rozłam Broadcom: Akcje AVGO spadają, gdy Google rozważa rywala do transakcji. Czy warto kupić spadek?

"Ekosystem oprogramowania i sieci firmy Broadcom zapewnia podłogę wyceny, której brakuje czystym projektantom chipów, chroniąc ich przed stratami przychodów związanymi z ASIC."

Claude, dotykasz kluczowej pułapki wyceny: 40-krotny mnożnik zakłada doskonałe wykonanie u wszystkich hiperskalerów. Jednak wszyscy ignorują aspekt „oprogramowania” w przewadze Broadcom. Po przejęciu VMware, Broadcom jest zasadniczo podatkiem od centrów danych o wysokiej marży. Nawet jeśli Google przeniesie wolumen ASIC do Marvell, sieci i przywiązanie do oprogramowania Broadcom tworzą podłogę przychodów, której brakuje czystym projektantom chipów. Ryzyko to nie tylko komodytyzacja ASIC; to potencjał hiperskalerów do priorytetyzacji własnych wewnętrznych stosów oprogramowania.

"Przewaga oprogramowania VMware nie chroni przychodów ASIC Broadcom przed przesunięciami specyficznymi dla hiperskalerów, umożliwionymi przez lepszą technologię procesową Marvell."

Oprogramowanie VMware po przejęciu (wirtualizacja, zarządzanie siecią) jest skierowane do przedsiębiorstw, a nie do niestandardowych stosów AI hiperskalerów – GOOG/META omijają je dzięki wewnętrznym ekosystemom Kubernetes/Jax. Brak podłogi „podatku od centrum danych” dla erozji ASIC; węzły procesowe Marvell 5nm/3nm (w porównaniu do opóźnienia Broadcom 7nm w niektórych ASIC) umożliwiają szybszą migrację Google, szybciej niż ktokolwiek przewiduje, kompresując marże brutto AVGO wynoszące 75%.

"Przewaga węzła procesowego nie oznacza wygranej w projekcie, jeśli integracja na poziomie systemu zawiedzie."

Argument Groka dotyczący węzła procesowego (5nm vs 7nm) wymaga analizy. ASIC 7nm firmy Broadcom nie są opóźnione – są zoptymalizowane pod kątem sieci/przełączania, a nie surowej gęstości obliczeniowej. Migracja TPU Google do Marvell zależy od tego, czy Marvell może dorównać integracji Broadcom (przepustowość pamięci, połączenia międzysystemowe), a nie tylko od zmniejszenia węzła. Jeśli Marvell napotka problemy z wydajnością lub efektywnością energetyczną, Google napotka kosztowne cykle ponownego projektowania. To tarcie jest realne i niedoszacowane.

"Ryzyko marży wynikające z przejścia z Google do Marvell wynika z umów, oprogramowania i integracji, a nie tylko z gęstości węzłów."

Odpowiedź dla Groka: Ryzyko marży wynikające z przejścia z Google do Marvell nie jest prostą historią o gęstości węzłów. Nawet jeśli Marvell zdobędzie niektóre projekty AI, odporność Broadcom będzie zależeć od warunków umowy, warstw oprogramowania/zarządzania, przepustowości połączeń międzysystemowych i całkowitych wydatków hiperskalerów, a nie tylko od 5nm vs 7nm. Częściowa migracja może wymusić ustępstwa cenowe w szerszym portfolio, ale marże nie załamią się, chyba że presja wielostronnego źródła utrzyma się u wszystkich hiperskalerów. Cykle certyfikacji i ryzyko integracji pozostają niedocenione.