이더리움 지갑으로 로그인/가입하는 방법을 알아낸 다른 스레드가 있어요. 찾아볼게요.
이 링크입니다: Sign-In with Ethereum plugin
형, 고마워. P.S. 코뮈니케에서 네 반응 속도 진짜 좋아.
질문이 포럼이 블록체인에서 구체적으로 어떤 이점을 얻는지에 관한 것이 아니라, 블록체인이 일반적으로 어떤 이점을 갖는지 단순한 것이었다고 생각합니다.
일반화의 가치는 제한적이라고 생각합니다.
질문은 포럼 플랫폼인 Discourse에 대해 구체적으로 묻고 있었죠.
"Web 3.0 애플리케이션"은 블록체인을 사용한다고 가정할 수 있으므로, 제 게시글은 완전히 적절했다고 생각합니다.
제 의견: 완전한 재앙이 될 것입니다!
표현의 자유를 뒷받침할 수 있는 도구들을 보고 싶습니다. 예를 들어 Monero 같은 암호화폐나 Nostr 같은 플랫폼을 지원하는 것 말입니다.
저는 솔라나(Solana) 블록체인 기반 게임 회사에서 일하고 있습니다. 우리는 DAO를 운영 중이며, 현재 사용 가능한 토론 및 커뮤니티 구축 앱 중 최고의 제품인 Discourse를 활용하고 싶습니다. 단연코 최고의 선택입니다.
그러나 웹3(web3)에서는 신원(ID)의 기반이 사용자의 공개 키, 즉 자체 주권 신원(Self-Sovereign Identity)에 초점을 맞추고 있습니다. 일단 블록체인 일반, NFT 등에 대한 논쟁은 잠시 제쳐 두겠습니다. 사용자가 하드웨어 지갑의 버튼을 누를 때 실제로 일어나는 일은, 기기에 저장된 개인 키를 사용하여 메시지를 서명하는 것입니다. 이는 몇 가지 측면에서 PGP와 유사합니다. 이제 이 서명된 메시지는 블록체인 트랜잭션을 서명하여 네트워크에 브로드캐스트하는 것이거나, 우리가 필요한 인증 인터페이스 사양에 맞는 임의의 문자열을 서명하는 것일 수 있습니다. 궁극적으로 우리 팀은 이를 수행하는 최선의 방법을 찾고 있습니다.
솔라나에는 기본적인 채팅 및 메시징 앱의 예시가 있지만, 현재 우리는 메시지에 대해 약 1,200바이트(약 800단어 또는 토큰)로 제한되어 있습니다. https://www.dispatch.forum/ 은 꽤 멋진 온체인 오픈소스 리디트(Reddit) 스타일 앱을 구축했지만, 우리는 Dispatch에 솔라나 공개 키와 메시지 서명을 결합하여 더 나은 제품을 만들 수 있다고 생각합니다. 완전한 웹3 경험으로 전환하기 위한 최종 전략을 수립하고 구축하는 동안, 커스텀 프론트엔드나某种 API 미들웨어를 통해 외부 사용자의 접근을 제한할 계획입니다.
UX 측면에서 솔라나는 1초 미만의 확인 시간을 제공하며, 초당 수만 건의 트랜잭션을 처리하므로, 멤풀(mempool)에서 30초 정도를 기다려야 하는 EVM 체인과는 다릅니다. 사람들은 'SQLana’라는 농담을 하지만, 실제로는 Rust 실행 엔진을 가진 NoSQL 데이터베이스에 더 가깝습니다. 솔라나의 프로그램(Programs)에는 상태(state)가 없으며, 모든 상태는 계정 객체(account objects)에 별도로 저장됩니다. 따라서 이는 이더리움과 그 파생 체인과는 상당히 다릅니다.
어쨌든, 우리는 이 문제를 어떤 방식으로든 해결할 것이며, 제 희망은 처음부터 솔루션을 오픈소스로 공개하는 것입니다.
Discourse 연동에 대해 이야기할 때, 당신의 비전은 제가 게시하는 모든 메시지가 지갑에 있는 내 개인 키로 서명된다는 건가요?
그렇다면 연동 부분은 "실시간으로 내 지갑과 통신한다"가 되고, 기술적으로는 로그인이 필요하지 않게 되나요? 그렇게 하면 스팸을 방지할 수 있을까요?
현재 우리는 이메일에 신원을 연결하고 있지만, 거기에 무언가를 종합적으로 만들어낼 수 있을 것 같네요.
Ethereum으로 로그인(Sign-In With Ethereum)이 현재 우리가 가진 가장 좋은 예시라고 생각합니다. 앱이 블록체인에 데이터를 저장하지 않으므로, 로그인 세션에만 사용하는 것은 문제가 되지 않습니다. 하지만 Postgres 대신 Solana를 사용한다면 …
현재 설계 계획은 새 사용자를 생성하고 API 키를 가져올 수 있는某种의 미들웨어를 구축하는 것입니다. 로그인 시 사용자의 ID를 확인하는데, 이는 Solana 공개키 @ 비라우터블 내부 도메인 또는 유사한 형태가 될 것입니다. 사용자를 생성하기 위한 API 요청을 보내게 됩니다.
기본 웹 인터페이스를 사용자에게 노출할 계획은 없으며, 대신 API를 통해 우리가 지정한 특정 카테고리를 가져와 React 앱에서 렌더링할 예정입니다.
사용자가 댓글을 게시하려고 할 때 — MVP에서 제공할 유일한 기능 — 서명을 검증하는 지갑 서명 이벤트가 필요하며, 이후 사용자의 API 키를 가져와 브라우저에 설정하여 게시 이벤트와 함께 전송되도록 해야 합니다.
우리 팀에는 Rails 개발자가 없으며, 여러분의 프론트엔드를 기반으로 구축하는 것은 역효과가 날 것 같습니다. REST API를 확장하거나 데이터베이스에 직접 접근하여 이러한 키를 설정하고 가져오는 것이 가능할 것으로 판단됩니다.
OAUTH를 전달하는 미들웨어 솔루션에 대해 여전히 고민 중이지만, 여러분의 프론트엔드를 우회하고 있으므로 이것이 관련이 있는지 확신할 수 없습니다.
기사를 읽지 않아도, 계속해서 더 많은 CPU가 영구적으로 작동해야 하는 시스템은 단순히 틀렸다는 것을 알 수 있습니다.
그리고 그것도 대체 뭘 위해 하는 건지, 누가 암호화폐를 _필요_로 하죠?
투기는 아무런 쓸모가 없습니다.
이토록 부질없는 목적을 위해 에너지 소비가 끊임없이 증가하는 것은 낭비입니다.
동의합니다. 안타깝게도 사람들은 빨리 부자가 되고 싶어 하기 때문에 이 부분에 대한 강조가 지나치게 많습니다. 이런 소란이 진짜로 무언가를 구축하는 사람들의 노력을 가리는 경우가 있습니다.
세계 곳곳에서 은행 서비스와 디지털 경제에 접근할 수 없는 시민들이 많습니다. 예를 들어 아프가니스탄이 그렇습니다:
미국과 유럽의 납세자들이 그곳 전쟁에 20,000,000,000,000달러(20조 달러)를 소비한 것은 불행한 일이라고 생각합니다. 그리고 이제 아프가니스탄 사람들은 upwork.com에 계정을 만들지도, 디지털 경제에서 일자리를 찾지도 못합니다. ![]()
저는 upwork 대안(디스코urs 포럼 사용)을 개발하기 시작했습니다: spirobel on X: "okay check this out: Monero Stickers spotted in Kabul! 🤩🤩 first job just got completed on https://t.co/TDGegU4DeL" / X 네트워크 효과(특히 제 경우엔 여가 시간에만 작업할 수 있으므로)를 극복하는 것은 쉽지 않습니다.
하지만 분명히 해결책입니다. 암호화폐가 없었다면 거기에 사는 사람에게 지불하고 신뢰를 구축하는 것은 매우 어려웠을 것입니다. 지갑 앱을 설치하는 장벽은 송금을 하는 것보다 훨씬 낮습니다.
사람들이 좀 더 냉소적으로만 대하지 않고 그냥 무언가를 만들어 주기를 바랍니다
![]()
저는 Monero를 사용하는 Discourse 구독 플러그인을 만들었습니다: spirobel on X: "Monero powered patreon! Open sourced now! repo: https://t.co/S1D0ssvr0d test it out with stagenet coins here: https://t.co/uLgf3qHMmu" / X
https://forum.monerochan.news 에서 스테이넷 코인(stagenet coins)으로 테스트해 볼 수 있습니다.
관심 있는 사람이 있다면 다른 통화와 호환되도록 만들 수도 있습니다.
그것은 정말로 올바른 해결책입니다. Discourse는 이메일에 매우 강하게 의존합니다. 따라서 확인된 기본 이메일이라는 강제적 요구 사항을 제거하는 패치를 적용하는 것은 어려울 것입니다. 저는 이 문제를 일찍부터 조사해 보았는데, 플레이스홀더 이메일로 사용자를 생성하고 active를 true로 설정(즉, 사용자가 이메일을 확인했다는 의미)하는 것이 훨씬 쉬울 것이라는 결론을 내렸습니다.