GNU Taler: принципи архітектури

Під час створення GNU Taler ми керувалися наступними принципами:

1. Програмне забезпечення має бути вільним

... у сфері комп'ютерних технологій свобода означає відмову від використання пропрієтарного ПЗ

GNU Taler має бути відкритим ПЗ. Завдяки відкритому ПЗ продавці не залежать від надавачів послуг, адже у будь-який момент можуть легко обрати іншого для проведення платежів. Для держав відкрите ПЗ означає, що GNU Taler не може зашкодити їх сувернітету, вводячи обмеження чи додаткові умови. Прозорість - ключовий компонент як для задоволення принципу Керкгоффза, так і для покращення впевненості громади у рішенні.

Покупцям вільне ПЗ допомагає тим, що будь-хто здатен модифікувати гаманець для підтримки додаткових платформ. Код має бути відкритим, щоб легко підтвердити відсутність таких ворожих до користувачів речей як трекінг та телеметрія.

2. Захист конфіденційності покупців

Ви заслуговуєте на приватність

Конфіденційність найкраща тоді, коли вона введена за рахунок технічних рішень, а не лише формальностей чи правил. Без цього фінансові перекази видаватимуть певну кількість особистих чи приватних даних. Подібний підхід особливо важливий у випадках мікроплатежів за онлайн-публікації. GNU Taler захищає конфіденційність покупців для уникнення тоталітарного контролю над населенням. Закриті дані як-от адреса доставки можуть бути зібрані через потреби конкретного підприємтсва і захищені місцевими законами. Через це GNU Taler одразу видаляє всі дані, які йому більше не потрібні.

3. Аудитоспроможність - держава повинна мати можливість збирати податки і прешкоджати неправомірній діяльності

Відмивання грошей

Будь-яка платіжна система має підкорюватися місцевим законам, щоб мати дозвіл працювати у певній країні. GNU Taler створено відповідно цим вимогам. GNU Taler надає аудиторський слід для подальних розслідувань. Більше того, ми вважаємо оподаткування корисним для суспільства; чесне оподаткування вимагає прозорості доходів. У цілому, GNU Taler має дозволяти органам влади відслідковувати доходи.

4. Захист від шахрайства

Фішингові атаки

GNU Taler має бороти найбільш поширені методи шахрайства. ПЗ має бути написане згідно перевіреного досвіду, що унеможливить створення оманливих інтерфейсів.ю Разом з цим наш код має бути відкритим. Більше того, GNU Taler має надавати ґрунтовні криптографічні дані для всіх ключів, процесів, щоб всі учасники могли точно зловмисну активність.

5. Інформація збирається по мінімуму

Закладена в архітектурі приватність, конфіденційність за замовчуванням, відповідність GDPR

Приватності покупців надано особливий пріорітет у принципі 2. Але не лише до них мають так ставитися; продавцям також слід розраховувати на захист власних даних. Загалом, GNU Taler повинен збирати абсолютний мінімум інформації: дані, які більше немає потреби зберігати, або дані, які немає потреби збирати, не повинні бути скомпрометовані.

6. Зручність використання

Купляйте одним кліком. Щоб зрозуміла і дитина.

GNU Taler має бути інтуїтивним для використання недосвідченими людьми; продавцями, які мають бажання отримувати платежі з допомогою GNU Taler, а також сторонні розробники додатків для електронної торгівлі й інших платформ. GNU Taler має слідувати найкращі практики зручності користування і будуватися на коментарях як користувачів, так і фахівців. Відкрите ПЗ також вимагає відкритої документації, щоб користувачі могли робити свідомий вибір. GNU Taler повинен надавати якісно описані API для безболісної інтеграції між GNU Taler та іншими проектами.

7. Ефективність

Енергетична ефективність

GNU Taler має бути ефективним. Простими словами, ефективність - це коли нічого не ламається, але при цьому кількість транзакцій залишається високою, а природа - неушкодженою. Ефективність також важлива для того, щоб GNU Taler використовувався у мікроплатежах. Таким чином, деякі дорогі прмиітиви (primitives), як от proof-of-work, не мають бути застосовані у GNU Taler.

8. Стійкий до несправностей дизайн

Запобіжники

Зловмисники, не туди тиснучі пальці, комп'ютерні глюки. Інколи щось йде не за планом. GNU Taler має вміти працювати з помилками і не безповоротньо ламатися через них. Якщо система може продовжити роботу, вона має так і зробити. Де треба припинити роботу, це має не впливати на всю іншу діяльність системи. У разі поломки система має ламатися м'яко, а не падати одразу в труну. GNU Taler має вміти відновлюватися після спроб зловмисників поцупити головні секрети.

9. Розвиток конкуренції

Конкурентний ринок

Конкуренти повинні мати спроможність безболісно публікувати сумісні продукти. Перепони цьому у традиційних фінансових системах доволі значні і нами не контрольовані. Тим не менш, GNU Taler повинен мінімізувати технічний тягар для нових облич на ринку. GNU Taler має працювати на користь усіх, а не як у поточній системі, де кілька величезних компаній домінують над усіма іншими. Прикладом дизайну, що таке підтримує, є поділення всієї системи на серію менших компонентів, якими можна керувати, які можна розробляти незалежно один від одного. Замість одного великого моноліта.