ZurgInq

На принимающих серверах - nginx. Прямо из него кладём данные в in-memory DB или в очередь используя встроенный lua или javascript (в последней версии nginx). Либо nginx передаёт данные дальше на бэкэнд, в роли которого может выступать что то очень быстрое, вроде eventmachine на ruby, аналоги из python или php, языки nodejs, go. Для БД можно использовать redis, либо если оперативы мало, а данных много, можно mongodb, из которой потом выбирать данные и отправлять в очередь.
Для очередей можно взять что то из RabbitMQ, apache kafka, beanstalk и другие.
На агрегирующих серверах Hadoop или другие модные слова.

Вам нужна серверная авторизация. И вы вероятнее всего пропустили шаг получения access_token или перепутали его с временным кодом. Для получения access_token ваш сервер делает запрос в vk с полученным ранее временным кодом.
У токена есть время жизни по истечению которого необходимо повторять авторизацию.

Авторское право на «стыренные» кнопки будут принадлежать собственно автору (у кого «стырили»). И по хорошему, он может в случае чего предъявить претензию. А вот авторское право на конечный продукт, который может состоять к примеру из десятка «стыренных» кнопок\скриптов\картинок уже принадлежит принадлежит тому, кто всё это собрал.
В этом случае наверно будет правильнее спросить разрешение у автора кнопок, и в документе прописать вроде того — «использованы компоненты Васечкина, с разрешения автора»

Готовых решений нет. Необходимо буферизовать принимаемое сообщение из ардуино. И придумывать свой простейший протокол. У меня были схожие проблемы, кратко решение проблемы есть здесь — habrahabr.ru/post/141643