diff --git a/public/uk/multi-network-url-exchange-conception.gmi b/public/uk/multi-network-url-exchange-conception.gmi
index c6e311b..fca9f4c 100644
--- a/public/uk/multi-network-url-exchange-conception.gmi
+++ b/public/uk/multi-network-url-exchange-conception.gmi
@@ -6,6 +6,20 @@
 
 Тому, думаю потрібен якийсь мульти-мережний брідж. Є думки запилити під це діло проект Дупло. Зараз це по суті багатокористувацький сервер FTP, на який можна кинути інтеграцію в Nginx таким чином, щоб лінк дивився на поточний хост (що таку інтеграцію підтримує) а той - редіректив на proxy_pass. Тобто, при такій реалізації, посилання матимуть вигляд duplo:///user/path/to/data або шорт duplo://abcde123. Схема тут потрібна, щоб серверний застосунок правильно розрезольвив проксі.
 
+В принципі, можа взагалі обійтися без "протоколізму" і засетапити сервер без жодних інтеграцій:
+
+``` nginx.conf
+location /duplo {
+    rewrite ^/duplo/(.*)$ /$1 break;
+    proxy_pass http://[202:68d0:f0d5:b88d:1d1a:555e:2f6b:3148]:8021;
+    proxy_set_header Host $host;
+    proxy_set_header X-Real-IP $remote_addr;
+    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
+    proxy_set_header X-Forwarded-Proto $scheme;
+}
+```
+* таким чином, будь який юзер може поширити лінк на свій медіа-контент онлайн, якщо інстанс це "дупло" (або масив його серверів) підтримує
+
 Звісно, таке рішення підходить тільки для підвантаження мульти-медійного контенту inline. Для зовнішніх посилань, це не працюватиме. Звісно, можна "джампати" юзера через якийсь редірект-скипт, але подібні технології не вітаються в приватно-орієнтованих середовищах.
 
 Поки такі думки. Треба щось придумати, бо ця незв'язність локалок призводить до їх ізоляції: юзери не можуть легко переміщатись між мережами і досі залежать від Інтернет як єдино можливої точки сполучення.
\ No newline at end of file