Ceci est un peu une question chargée. Bien que votre titre fasse référence à Thunderbolt, la question fait uniquement référence à l'affichage en guirlande, c'est donc l'aspect que j'essaierai d'aborder.
Côté matériel:
Les appareils Apple Thunderbolt 1 ont la possibilité de chaîner des écrans Thunderbolt mais il semble que ce soit une solution dérivée d'Apple car TB 1 utilise la spécification DisplayPort 1.1 qui N'A PAS de capacités de connexion en guirlande. Donc, si vous avez un appareil TB 1, il semble que vous êtes limité à la connexion en série via TB UNIQUEMENT via les écrans Apple Thunderbolt.
Thunderbolt 2, cependant, utilise la spécification DP 1.2 qui fournit le MST (Multi Stream Transport). En utilisant MST, vous devriez en théorie être capable de connecter en cascade jusqu'à 3 moniteurs à partir d'une seule connexion DP 1.2 *.
* Je n'ai pas trouvé de limite claire sur l'affichage maximum, mais étant donné le débit de données maximal de 17,28 Gbit / s de DP 1.2, nous pouvons penser qu'il serait à peine capable de gérer 3x 2560x1600 écrans à 24 bpp et 60 Hz.
Cet élément semble pouvoir faire exactement cela (et des adaptateurs similaires semblent être trouvés avec une recherche rapide):
http://www.startech.com/AV/Displayport-Converters/Mini-DisplayPort-Triple-Head-DisplayPort-Multi-Monitor-MST-Hub~MSTMDP123DP
Côté logiciel:
Avant le lancement du nouveau Mac Pro, il n'y avait pas de prise en charge MST dans OS X. Il a été introduit avec le lancement du Mac Pro pour activer 4k (via MST) en identifiant un panneau 4k sur l'ordinateur comme 2 panneaux 2160x1920, dont les flux ont été envoyés sur le fil, identifiés et reconstitués par le moniteur.
Depuis le 10.9.4, il semble que MST ne fonctionne toujours pas dans un scénario de connexion en chaîne sous OS X. En novembre 2013, il a été signalé qu'il fonctionnait sous Windows, mais je n'ai vu aucune information indiquant un changement dans OS X.
C'est regrettable, mais il semble qu'à ce stade, le logiciel empêche toujours le bon fonctionnement de MST, probablement en raison de l'intérêt d'Apple pour sa propre solution de connexion en série par rapport à DP 1.2.