Pedro Vicente

https://github.com/pedro-vicente/nostr_client_relay

Nostr client and relay is a Nostr C++ engine that allows to build Nostr applications for command line, desktop or web.
https://pedro-vicente.net/

Public Key

npub1f65y84223ldt8x4ytaslr8el77wvryu9xu8k5fedm2ql4hs2q54s7uaq28

Profile Code

nprofile1qqsya2zr649glk4nn2j97c03null08xpjwznwrm2yuka4q06mc9q22cpz3mhxue69uhhyetvv9ujuerpd46hxtnfduqs6amnwvaz7tmwdaejumr0dsvph78t

Publishing to

relay.damus.io

nos.lol

Author Public Key

npub1f65y84223ldt8x4ytaslr8el77wvryu9xu8k5fedm2ql4hs2q54s7uaq28

Show more details

Last Notes

2023-08-28 09:52:06

- reply

Thanks 🤙

2023-08-28 05:27:23

- reply

@npub15yp…mpcx yes, let’s start with a website, and @npub1mel…5c24 was the only one that is interested. But I have to take a bit of time off from #nostr. My project was not approved by @npub10pe…n34f so I have to focus on other projects that allow to pay bills. All this work was mainly because of the money from the OpenSats grant.

2023-08-18 13:19:32

- reply

This automatic Google translation from 🇬🇧 to 🇵🇹 is seriously messed up🤯

2023-08-18 12:54:12

- reply

Ah, ok, I’m kind of a new Android user. Always found the UI frustrating to navigate compared to iOS. Couple years ago did a multi-platform game app using this great C++ game engine, but Android was always a pain to make it work, mostly because of the Eclipse IDE, maybe things got better in the last 10 years. This engine allows native UI, but can use C++ with NDK , but is mostly an OpenGL front end for games https://www.cocos.com/en/cocos2d-x

2023-08-18 10:30:36

- reply

Also interesting that rele' on the portuguese feed was retranslated to "relativo" 😅 it seems i got caught on a infinite translation loop

2023-08-18 10:12:09

- reply

Just bought a brand new Android device and installed Amethyst. Looks really neat, easy to find things on threads. Interesting that the feed is automatically translated to 🇵🇹 from 🇬🇧 , so I found out that relay is rele' in 🇧🇷 . @npub180c…h6w6 Only downside i found was that to install the app i had to do a google age verification and enter a credit card for that, that was the only app that asked me that

2023-08-15 19:01:38

- reply

Time for sure. Just imagine one person alone doing a iOS Twitter like client compared to Twitter itself that has hundreds of devs and probably took years to build.

2023-08-15 15:38:17

- reply

Right on 🤙

2023-08-15 10:01:57

- reply

☺

2023-08-15 04:10:44

- reply

The GitHub repo has a file BUILDING.md that explains how to build the software. For those who just want to try the binaries, this link has executable for Windows, Linux, Mac (these clients display JSON only as of now) https://pedro-vicente.net/nostr/nostr.html

2023-08-14 17:52:17

- reply

@npub1qny…95gx Thanks for the update. I applied but I’m having a bit of trouble in knowing the level of detail that you require to describe the project. My first application was rejected, maybe because all I did was to send a link to a GitHub repo and nothing else (so, understandable). Would it be possible to put on your site some more details of what and what not should we describe? I never applied to a grant, so I really have no idea. Should we give a time table with goals and expected time to complete? Should we include a budget? And if yes, is the budget based on what? An hourly rate for the average software programmer where we live? The title of my project is “Nostr client and relay is a C++ engine that allows to build Nostr applications for command line, desktop or web.” My goal is to build the reference C++ for #nostr and to built an iOS client similar to Twitter. But this will require probably one year or two of work. I will do it anyway, grant or not, because, for me this is just something fun to do. But it would nice to get paid if the project is useful to someone. Thanks again 🫡 @npub1der…xzpc @npub1sg6…f63m https://github.com/pedro-vicente/nostr_client_relay

2023-08-13 20:07:35

- reply

Also looking forward to try nostrdb, I’m doing (slowly doing) a Windows / Cmake port. It seems the latest benchmarks are very good @npub1xts…kk5s In my case I have no real DB, and the bottleneck is the time to query relays. For 1 relay only it takes about 4 seconds to get a feed of about 20 follows. But I guess there is not much room here for improvement because of the decentralized nature. So, the idea of having all locally cached in DB, and query asynchronously in background, for example https://github.com/pedro-vicente/nostrdb

2023-08-13 19:20:18

- reply

So, the idea is to do a book for programmers (like we have thousands of books about some particular language so that programmers can learn the API). Problem is, there is no “official” API. With that in mind, for now, and until that happens, I guess we could include what we have: NDK from @npub180c…h6w6 Swift code from @npub1xts…kk5s @npub1n0s…lahe C++ code from @npub1f65…aq28 (actually also C code from @npub1xts…kk5s ) . Mix the code with the algorithms . I did not get a good idea of how to do things just by reading the NIPs. The only way I was able to know how to get a list of follows, for example, was to debug @npub1fjt…fnas and dump some json to files. That is from the programming side. Also include some background for the motivation of #nostr. Like from an historical point of view, starting with the invention of the WWW by Berners-Lee. I did a small write up on that , in the link below, that tells that we need a “global digital public square that is essential to the survival of humanity” ( more or less quoting Elon Musk here) , I guess what Twitter was supposed to be (and is, but with issues it has now) https://pedro-vicente.net/

2023-08-13 19:20:16

- reply

2023-08-13 18:18:49

We need a #nostr book. A programming guide. If anybody interested, give me a shout @npub1mel…5c24 @npub1xts…kk5s @npub1n0s…lahe @npub180c…h6w6 @npub1sg6…f63m @npub1l2v…ajft @npub1fjt…fnas @npub1qny…95gx @npub10pe…n34f @npub1der…xzpc @npub1gcx…nj5z @npub18am…p424

2023-08-13 07:09:42

- reply

@Fabian Thanks for the tip! I was going to start with SwiftUI, but after reading this, UIKIt is the way to go. It seems SwiftUI is a kind of "declarative" format, and UIKit is a more traditional widget response like touch, etc. In my C++ iOS, I used QML, which is a declarative language that interacts with Qt's C++, but that is geared for small devices like microcontrollers and automative. https://getstream.io/blog/uikit-vs-swiftui/

2023-08-13 06:53:19

- reply

@npub1n0s…lahe Great write-up on MISSION.md "We don’t need to store our data on random relays, and hope our contact list doesn’t get lost, or leak metadata to the public. We can store everything on our device". This is EXACTLY what I was thiking for my app. Have a small database like SQLite on the device and load that first. Them query relays for updates. Have a standard import/export format for Nostr that different clients can use. Have this format be an official NIP . This format could be as simple as a linear array of EVENTS in JSON format. This is what I use in my dev database, as you can see a "database" can be as simple as 100 lines of code, with functions to read(), save(), append() and request(), (from relays) @npub1mel…5c24 @npub1xts…kk5s @npub180c…h6w6 @npub1sg6…f63m https://github.com/pedro-vicente/nostr_client_relay/blob/main/src/database.cc

2023-08-13 06:37:58

- reply

@Fabian Great write-up on MISSION.md "We don’t need to store our data on random relays, and hope our contact list doesn’t get lost, or leak metadata to the public. We can store everything on our device". This is EXACTLY what I was thiking for my app. Have a small database like SQLite on the device and load that first. Then query relays for updates. Have a standard import/export format for Nostr that different clients can use. Have this format be an official NIP . This format could be as simple as a linear array of EVENTS in JSON format. This is what I use in my dev database, as you can see a "database" can be as simple as 100 lines of code, with functions to read(), save(), append() and request(), (from relays) @melvincarvalho @fiatjaf @Will @jack https://github.com/pedro-vicente/nostr_client_relay/blob/main/src/database.cc

2023-08-12 08:52:39

- reply

My iOS client is built with a C++ GUI library, but the result is not that good. So going iOS native. The only reason to use Swift is that I can use my C++ backend code and #nostr API . So using Swift just for the UI part https://github.com/pedro-vicente/nostr_client_relay

2023-08-12 08:45:07

- reply

👍Thanks

2023-08-12 04:15:37

- reply

@npub1n0s…lahe Nostur is a neat client on Mac desktop. I find it easier to find things like replies in threads, compared to @npub1fjt…fnas where it’s confusing to do that (maybe just me ) . Did you use native Swift?. My holiday project is to learn swift New iOS interface (iPad) 🙃 https://cdn.nostr.build/i/3ca19cd75ff39b348d43f843eb6a5049547ebafb4e9d58fb33bc7f05b0fd6373.jpg

2023-08-12 03:54:09

- reply

Yes, building a client can be done with a few lines of code https://wiki.wellorder.net/post/nostr-intro/

2023-08-12 02:54:19

- reply

The cool thing for me is that I get to do my own social media client just like I want it to be. Can you imagine that, building your own twitter like app? New iOS interface (iPad) 🙃 https://cdn.nostr.build/i/3ca19cd75ff39b348d43f843eb6a5049547ebafb4e9d58fb33bc7f05b0fd6373.jpg

2023-08-12 02:46:53

- reply

That’s a good one “Big relay” 😅😂

2023-08-12 02:35:26

- reply

*if you have time . I hate typos

2023-08-12 02:34:24

- reply

@npub1fjt…fnas friends @npub1xts…kk5s reminder that I have a pull request on Nostrdb for CMake support. I you have time to merge , please do. Thank you 🫡 https://github.com/damus-io/nostrdb/pull/2

2023-08-12 02:09:40

- reply

Hmm? @npub1sg6…f63m just tweeted last week, it’s not “since January “ posted about #nostr actually. The rest seems to be retweets about RFK jr ( the real one, not the fake account on #nostr) and emojis like 👀 (seems to be a personal favorite) I 💜 emojis myself https://twitter.com/jack/status/1686611658016538624?s=46&t=earnfsLPDeD1EI7EVrlfoQ

2023-08-11 19:07:12

- reply

As can be seen, the iOS client is a JSON client 🙃

2023-08-11 19:05:18

- reply

New iOS interface (iPad) 🙃 https://cdn.nostr.build/i/3ca19cd75ff39b348d43f843eb6a5049547ebafb4e9d58fb33bc7f05b0fd6373.jpg

2023-08-11 18:13:25

- reply

Yes , for some reason the real Robert Kennedy junior doesn’t post on nostr. Maybe because at the moment this is just some software developers trying to build something… something phenomenal @npub180c…h6w6

2023-08-11 17:59:09

- reply

This seems like a @npub1fjt…fnas bug the previous post. I just pasted the fake RFK @ account. And Was saying that @npub1mel…5c24 follows that account , so it seemed legit to me @npub1xts…kk5s

2023-08-11 17:56:22

- reply

@npub19zs…ostr:npub19zscu28djwhapecs3hh9qj5kr89hahq6mlx50dsqf72x8xxqv06q8xzyhq@npub19zs…ostr:npub1melv683fw6n2mvhl5h6dhqd8mqfv3wmxnz4qph83ua4dk4006ezsrt5c24 follows that account , he should know if real or fake… any take on this, Melvin ?

2023-08-11 17:47:23

- reply

The real one here https://twitter.com/walkeramerica/status/1689703438169337857?s=46&t=earnfsLPDeD1EI7EVrlfoQ

2023-08-11 17:46:30

- reply

Only having 25 followers it’s a hint. But he managed to trick the @npub19zs…zyhq

2023-08-11 12:33:57

- reply

PS: (JSON) Because writing software should be an easy, stress free and fun thing to do , so JSON is the way to go

2023-08-11 12:30:27

- reply

JSON is not a bad idea at all. It was designed to be easy for humans to read.
And "everybody" uses it. My clients only use JSON to display data (at this time)
https://github.com/pedro-vicente/nostr_client_relay

2023-08-09 03:56:07

- reply

Kotlin ? 😨Why? Why? 😨

2023-08-08 19:36:35

- reply

🫡

2023-08-06 21:04:56

- reply

IPhone. Improved UI response with quasi native look 🐶🐙🤗 https://cdn.nostr.build/i/056489596974e702d0d5c467ab1f833818d4dfdadec3d7d8badb424f9dd5b982.jpg

2023-08-06 21:00:52

New iOS interface (iPad) 🙃 https://cdn.nostr.build/i/3ca19cd75ff39b348d43f843eb6a5049547ebafb4e9d58fb33bc7f05b0fd6373.jpg

2023-08-05 00:38:05

- reply

Hey, I made a new pull request that has more CMake support for the secp256k1 lib, do you have time to merge it? Thanks (Sent from Nostur for Mac, neat desktop client) . https://github.com/damus-io/nostrdb/pull/2

2023-08-04 06:32:43

- reply

Spent all day trying to build an iOS app with errors of “Xcode couldn't find any iOS App Development provisioning profiles”. Do you guys at Damus headquarters have any luck with certificates for XCode? https://stackoverflow.com/questions/48584288/code-signing-no-account-for-team-message-when-signing-for-different-developer/76833424#76833424

2023-07-28 21:41:46

- reply

iOS build 🤗 https://cdn.nostr.build/i/3bdb123a529a15fe999f5baee4772f0cf3f209118feaec6763d62096ca37274c.jpg

2023-07-28 21:41:32

- reply

On the competition chapter, my app now builds on iOS. Hopefully AppleStore coming soon . A screenshot on iPhone

2023-07-28 20:06:24

- reply

iPad https://cdn.nostr.build/i/24a1431e0382083729a86bc4d1be753368bd84a2925d1943e75c017fdd4152c1.jpg

2023-07-28 19:48:04

iOS build 🤗 https://cdn.nostr.build/i/3bdb123a529a15fe999f5baee4772f0cf3f209118feaec6763d62096ca37274c.jpg

2023-07-27 16:23:20

- reply

Impressive 👀

2023-07-27 13:06:18

- reply

Check out the demo of my project https://damus.io/note1haxrq5a96264jnurqxv64w9d3zq6npg6gx7fhwwz8msa5u03jc0qvfqkjf

2023-07-27 13:03:44

DoraHacks demo workshop of ‘nostr_client_relay’ was published. We demo the C++ API with Microsoft Visual Studio, the client web interface and the native desktop
clients. Thank you for YakiHonne for hosting the workshop. Link to GoogleDrive below (Round 2, Session 1) https://dorahacks.io/hackathon/hack-nostr-on/workshops-&-demo-live

2023-07-26 23:28:27

- reply

Hey, I created one more pull request 🫡 https://github.com/damus-io/nostrdb/pull/2

2023-07-26 09:03:32

- reply

Also bug report for Damius i can only see 70% in height of the video. On ipad. On snort on web video is fine

2023-07-26 08:58:39

- reply

That “delay in the UI” remark caught my attention. If the delay was because you Were doing a DB query that could be because you were doing a synchronous call. in UI we have to do asynchronous calls or use another thread for things that take a long time . Maybe an issue in Nostr is that it takes a long time to query many different relays . A solution maybe to have a local cache and show that first and then update 🫡

2023-07-25 19:45:00

It’s really cool that I get to do my browser for the #nostr protocol. The world is your 🦪

2023-07-25 11:20:06

- reply

I also applied for a OpenSats grant. If they sponsor my project, maybe one day I can work on a place like this https://pedro-vicente.net/nostr/nostr.html

2023-07-25 11:13:12

- reply

This just seems like the perfect work environment 😐 Not a real work environment, is it, just some nice landscape you found on the Internets? 🧐

2023-07-25 10:59:50

- reply

Yes, that was kind of what my point was “if it ain't broke, don't fix it”. As #nostr devs, we shouldn’t have to deal with the underlying transport, we just use libraries that abstract that from us. I believe most languages have a WebSockets library. In my case, when I started with Nostr, it took me a week to find a good C++ library that I was happy with, but now I just use it and don’t care what happens under the hood. And because there was no Nostr C++ API, I made one. Check it out https://pedro-vicente.net/nostr/nostr.html

2023-07-25 01:48:39

- reply

If you need an API to publish or receive events over WebSockets from the command line, you can use this one (there is also a prototype HTTP client and server that sends/receives #nostr events) https://github.com/pedro-vicente/nostr_client_relay

2023-07-25 00:16:22

- reply

Hmm 🧐 But nostr is over websockets, mixing HTTP into the mix seems a bit out of whack? @npub180c…h6w6

2023-07-24 23:07:28

- reply

I’m working on exactly that, download OpenGraph data from a URL to generate link previews for my JSON clients. It’s about 90% done, it can download a HTML page and traverse the HTML to get the OG tags https://github.com/pedro-vicente/url_parse_open_graph

2023-07-24 21:56:11

- reply

Here you go. Started with just a CMake script that defines a library used by ‘test’ and ‘bench’. Tested in Linux and made a pull request. The ‘test’ program fails with an assertion by the way. CMake is just a must have build tool for cross compiling https://github.com/damus-io/nostrdb/pull/1

2023-07-24 20:49:10

- reply

Got it. I just created a fork of your new database and will try to do that CMake build and Windows port soon. Curious about the performance, and it seems so simple (I like simple things). Cheers. https://github.com/pedro-vicente/nostrdb

2023-07-24 20:22:50

- reply

The strfry database seems super complex. Why just not go with a “conventional” DB, like SQLite, or SQL server (with ODBC connection)? Me, I use a JSON array of Nostr events as “database”, with linear search :-) . This is a database with one record. Simple (also happens to be my first ever Nostr post) https://github.com/pedro-vicente/nostr_client_relay/blob/main/database/database.json

2023-07-24 10:15:34

- reply

💯

2023-07-24 02:38:35

- reply

Build an iOS client 😶

2023-07-21 13:57:40

- reply

🫡

2023-07-21 11:42:27

- reply

Grand ol’ weird internet time for sure. 🙃 “Free speech is essential to a functioning democracy” https://fee.org/articles/did-elon-musk-just-save-free-speech/

2023-07-20 15:00:51

- reply

*meant to say C is the way to go, but the “way to code “ works too… probably some Damus auto correct 🙃

2023-07-20 14:57:29

- reply

C is the way to code here. That JSON library, JSMN, is pretty slick, very low level, I used it before, but I use C++ now and ‘JSON for modern C++’ . Still working on my CMake port , will post here when done https://github.com/damus-io/nostrdb/commit/32b0e572e418b81af515224cc7eb3b1e8598d906

2023-07-20 05:54:06

- reply

Thanks. I’m trying to port nostrdb for windows using Cmake , seems very easy because the code is so simple. Fixed 2 build errors and test works only fails because I have to allocate memory in ndb_tag (declared as c pointer instead of that array zero size declaration)

2023-07-20 05:02:24

- reply

“Fastest database on the planet” sound ambitious. Unrelated: I added CMake build and a Windows port for nostril couple months ago, submitted a pull request , but got no response (also adds the secp256k1 source, but that can be taken out) https://github.com/jb55/nostril/pull/30

2023-07-18 00:39:13

- reply

Also 💜 that I can write all the stuff above without having to pay $8/month 🙃

2023-07-18 00:34:28

- reply

Great question. The beauty of Nostr is that is so simple, it is basically only NIP-01, so any change must keep that in mind. Going by parts:
1) kind 2: recommend_server. This seems to be an optional feature, and optional features are bad to begin with in any spec (imo).
This one seems not to have a good chance to be "correctly" implemented.
If a relay is behaving good or badly, we can just advertize that in the community?
No need to be written in spec. And if no one uses it, then yes, get rid of it (that's the first thing I do when a function
is depecretated, remove it from the code base).
2) NIP-12. when adding new features to a spec, we should ask. What are the pros and cons? Does it make the spec more complex?
With complexity, we loose adopters. But by adding useful but not essentially required features to a functional spec, we gain
adopters. So, it's a trade-off. In this case, NIP-12 seems to have *very* good use cases, like the
#g ("geohash") tag to associate a post with a physical location (See Leaflet of Google Maps). Maye an alternative in the middle between
putting this NIP and others into the main NIP and leaving it alone, could be to do a "Core NIPS" or "Top 5" kind of thing. Don't know.
3) NIP-20. This one seems super important too, an acknowledgement reponse (just noticed that is not required in Nostr).
I think most Internet protocols, like HTTP or FTP, have a response built in, which seems critical in life saving missions
or money transactions (but not posting cat pictues to a relay). So, same answer as 2) , either in main NIP or "top 3".
** Inserting an idea for NIP-01 here **. Add a boolean key/pair "response": true/false that says , I do require a response or not. This
fits nicely into JSON, boolean types (it seems Nostr has none) . Is this a good idea? If yes, I'll write a proposed change to NIP-01.
4) NIP-16 replaceable events. Maybe not a Top one, don't know.

2023-07-17 11:15:51

https://youtu.be/3lpQc-DT40A

2023-07-17 10:27:50

- reply

I’m a big fan of the Internet as a human invention. Once wrote an article telling just that, with a paragraph about Berners-Lee. https://pedro-vicente.net

2023-07-17 10:23:00

- reply

In see, pub/sub thing over websockets sounds like #nostr. Amazing. Also amazing that you worked with Tim Berners-Lee 🫡

2023-07-17 10:15:16

- reply

In 2018, Berber’s-Lee had a project called Inrupt, that according to this article, had the purpose of “to decentralize the web and take back power from the forces that have profited from centralizing it.” But that project seems to have gone nowhere, do you happen to know what happened. Without knowing much about it, it seems some ideas are adopted by #Nostr? https://www.fastcompany.com/90243936/exclusive-tim-berners-lee-tells-us-his-radical-new-plan-to-upend-the-world-wide-web

2023-07-13 22:13:07

- reply

#nostr vs #twitter https://twitter.com/_b___s/status/1679552921212428311?s=61&t=-1gha4QEpuIz5J-dLFzh7Q

2023-07-13 22:05:36

- reply

https://twitter.com/buitengebieden/status/1679408541767987204?s=61&t=-1gha4QEpuIz5J-dLFzh7Q

2023-07-13 09:17:07

- reply

Doing a bit of self promotion here: nostr_client_relay is a C++ engine that allows to build Nostr apps for command line, desktop or web. Check it out: programming guide, GitHub repo, live web interface 👻🐙🤗 https://pedro-vicente.net/nostr/nostr.html

2023-07-13 09:00:54

- reply

Live web interface https://nostro.cloud/

2023-07-13 08:59:54

A new documentation index was published. It has a new API function, make_event, that allows to sign and publish an EVENT to a relay. A new section on the Vostro relay and the JSON database it uses to store events. Also a short introduction to Nostr. Enjoy. https://pedro-vicente.net/nostr/nostr.html

2023-07-01 06:53:50

API version 1 released. Nostr_client_relay is a Nostr C++ engine that allows to build Nostr applications for command line, desktop or web. https://pedro-vicente.net/nostro.html

2023-06-16 03:59:13

https://github.com/pedro-vicente/nostr_client_relay