lnd_ruby_sdk 0.1.0

Sign up to get free protection for your applications and to get access to all the features.
@@ -0,0 +1,375 @@
1
+ # Generated by the protocol buffer compiler. DO NOT EDIT!
2
+ # Source: rpc.proto for package 'lnrpc'
3
+
4
+ require 'grpc'
5
+ require 'rpc_pb'
6
+
7
+ module Lnrpc
8
+ module WalletUnlocker
9
+ # *
10
+ # Comments in this file will be directly parsed into the API
11
+ # Documentation as descriptions of the associated method, message, or field.
12
+ # These descriptions should go right above the definition of the object, and
13
+ # can be in either block or /// comment format.
14
+ #
15
+ # One edge case exists where a // comment followed by a /// comment in the
16
+ # next line will cause the description not to show up in the documentation. In
17
+ # that instance, simply separate the two comments with a blank line.
18
+ #
19
+ # An RPC method can be matched to an lncli command by placing a line in the
20
+ # beginning of the description in exactly the following format:
21
+ # lncli: `methodname`
22
+ #
23
+ # Failure to specify the exact name of the command will cause documentation
24
+ # generation to fail.
25
+ #
26
+ # More information on how exactly the gRPC documentation is generated from
27
+ # this proto file can be found here:
28
+ # https://github.com/lightninglabs/lightning-api
29
+ #
30
+ # The WalletUnlocker service is used to set up a wallet password for
31
+ # lnd at first startup, and unlock a previously set up wallet.
32
+ class Service
33
+
34
+ include GRPC::GenericService
35
+
36
+ self.marshal_class_method = :encode
37
+ self.unmarshal_class_method = :decode
38
+ self.service_name = 'lnrpc.WalletUnlocker'
39
+
40
+ # *
41
+ # GenSeed is the first method that should be used to instantiate a new lnd
42
+ # instance. This method allows a caller to generate a new aezeed cipher seed
43
+ # given an optional passphrase. If provided, the passphrase will be necessary
44
+ # to decrypt the cipherseed to expose the internal wallet seed.
45
+ #
46
+ # Once the cipherseed is obtained and verified by the user, the InitWallet
47
+ # method should be used to commit the newly generated seed, and create the
48
+ # wallet.
49
+ rpc :GenSeed, GenSeedRequest, GenSeedResponse
50
+ # *
51
+ # InitWallet is used when lnd is starting up for the first time to fully
52
+ # initialize the daemon and its internal wallet. At the very least a wallet
53
+ # password must be provided. This will be used to encrypt sensitive material
54
+ # on disk.
55
+ #
56
+ # In the case of a recovery scenario, the user can also specify their aezeed
57
+ # mnemonic and passphrase. If set, then the daemon will use this prior state
58
+ # to initialize its internal wallet.
59
+ #
60
+ # Alternatively, this can be used along with the GenSeed RPC to obtain a
61
+ # seed, then present it to the user. Once it has been verified by the user,
62
+ # the seed can be fed into this RPC in order to commit the new wallet.
63
+ rpc :InitWallet, InitWalletRequest, InitWalletResponse
64
+ # * lncli: `unlock`
65
+ # UnlockWallet is used at startup of lnd to provide a password to unlock
66
+ # the wallet database.
67
+ rpc :UnlockWallet, UnlockWalletRequest, UnlockWalletResponse
68
+ # * lncli: `changepassword`
69
+ # ChangePassword changes the password of the encrypted wallet. This will
70
+ # automatically unlock the wallet database if successful.
71
+ rpc :ChangePassword, ChangePasswordRequest, ChangePasswordResponse
72
+ end
73
+
74
+ Stub = Service.rpc_stub_class
75
+ end
76
+ module Lightning
77
+ class Service
78
+
79
+ include GRPC::GenericService
80
+
81
+ self.marshal_class_method = :encode
82
+ self.unmarshal_class_method = :decode
83
+ self.service_name = 'lnrpc.Lightning'
84
+
85
+ # * lncli: `walletbalance`
86
+ # WalletBalance returns total unspent outputs(confirmed and unconfirmed), all
87
+ # confirmed unspent outputs and all unconfirmed unspent outputs under control
88
+ # of the wallet.
89
+ rpc :WalletBalance, WalletBalanceRequest, WalletBalanceResponse
90
+ # * lncli: `channelbalance`
91
+ # ChannelBalance returns the total funds available across all open channels
92
+ # in satoshis.
93
+ rpc :ChannelBalance, ChannelBalanceRequest, ChannelBalanceResponse
94
+ # * lncli: `listchaintxns`
95
+ # GetTransactions returns a list describing all the known transactions
96
+ # relevant to the wallet.
97
+ rpc :GetTransactions, GetTransactionsRequest, TransactionDetails
98
+ # * lncli: `estimatefee`
99
+ # EstimateFee asks the chain backend to estimate the fee rate and total fees
100
+ # for a transaction that pays to multiple specified outputs.
101
+ rpc :EstimateFee, EstimateFeeRequest, EstimateFeeResponse
102
+ # * lncli: `sendcoins`
103
+ # SendCoins executes a request to send coins to a particular address. Unlike
104
+ # SendMany, this RPC call only allows creating a single output at a time. If
105
+ # neither target_conf, or sat_per_byte are set, then the internal wallet will
106
+ # consult its fee model to determine a fee for the default confirmation
107
+ # target.
108
+ rpc :SendCoins, SendCoinsRequest, SendCoinsResponse
109
+ # * lncli: `listunspent`
110
+ # ListUnspent returns a list of all utxos spendable by the wallet with a
111
+ # number of confirmations between the specified minimum and maximum.
112
+ rpc :ListUnspent, ListUnspentRequest, ListUnspentResponse
113
+ # *
114
+ # SubscribeTransactions creates a uni-directional stream from the server to
115
+ # the client in which any newly discovered transactions relevant to the
116
+ # wallet are sent over.
117
+ rpc :SubscribeTransactions, GetTransactionsRequest, stream(Transaction)
118
+ # * lncli: `sendmany`
119
+ # SendMany handles a request for a transaction that creates multiple specified
120
+ # outputs in parallel. If neither target_conf, or sat_per_byte are set, then
121
+ # the internal wallet will consult its fee model to determine a fee for the
122
+ # default confirmation target.
123
+ rpc :SendMany, SendManyRequest, SendManyResponse
124
+ # * lncli: `newaddress`
125
+ # NewAddress creates a new address under control of the local wallet.
126
+ rpc :NewAddress, NewAddressRequest, NewAddressResponse
127
+ # * lncli: `signmessage`
128
+ # SignMessage signs a message with this node's private key. The returned
129
+ # signature string is `zbase32` encoded and pubkey recoverable, meaning that
130
+ # only the message digest and signature are needed for verification.
131
+ rpc :SignMessage, SignMessageRequest, SignMessageResponse
132
+ # * lncli: `verifymessage`
133
+ # VerifyMessage verifies a signature over a msg. The signature must be
134
+ # zbase32 encoded and signed by an active node in the resident node's
135
+ # channel database. In addition to returning the validity of the signature,
136
+ # VerifyMessage also returns the recovered pubkey from the signature.
137
+ rpc :VerifyMessage, VerifyMessageRequest, VerifyMessageResponse
138
+ # * lncli: `connect`
139
+ # ConnectPeer attempts to establish a connection to a remote peer. This is at
140
+ # the networking level, and is used for communication between nodes. This is
141
+ # distinct from establishing a channel with a peer.
142
+ rpc :ConnectPeer, ConnectPeerRequest, ConnectPeerResponse
143
+ # * lncli: `disconnect`
144
+ # DisconnectPeer attempts to disconnect one peer from another identified by a
145
+ # given pubKey. In the case that we currently have a pending or active channel
146
+ # with the target peer, then this action will be not be allowed.
147
+ rpc :DisconnectPeer, DisconnectPeerRequest, DisconnectPeerResponse
148
+ # * lncli: `listpeers`
149
+ # ListPeers returns a verbose listing of all currently active peers.
150
+ rpc :ListPeers, ListPeersRequest, ListPeersResponse
151
+ # * lncli: `getinfo`
152
+ # GetInfo returns general information concerning the lightning node including
153
+ # it's identity pubkey, alias, the chains it is connected to, and information
154
+ # concerning the number of open+pending channels.
155
+ rpc :GetInfo, GetInfoRequest, GetInfoResponse
156
+ # TODO(roasbeef): merge with below with bool?
157
+ #
158
+ # * lncli: `pendingchannels`
159
+ # PendingChannels returns a list of all the channels that are currently
160
+ # considered "pending". A channel is pending if it has finished the funding
161
+ # workflow and is waiting for confirmations for the funding txn, or is in the
162
+ # process of closure, either initiated cooperatively or non-cooperatively.
163
+ rpc :PendingChannels, PendingChannelsRequest, PendingChannelsResponse
164
+ # * lncli: `listchannels`
165
+ # ListChannels returns a description of all the open channels that this node
166
+ # is a participant in.
167
+ rpc :ListChannels, ListChannelsRequest, ListChannelsResponse
168
+ # * lncli: `subscribechannelevents`
169
+ # SubscribeChannelEvents creates a uni-directional stream from the server to
170
+ # the client in which any updates relevant to the state of the channels are
171
+ # sent over. Events include new active channels, inactive channels, and closed
172
+ # channels.
173
+ rpc :SubscribeChannelEvents, ChannelEventSubscription, stream(ChannelEventUpdate)
174
+ # * lncli: `closedchannels`
175
+ # ClosedChannels returns a description of all the closed channels that
176
+ # this node was a participant in.
177
+ rpc :ClosedChannels, ClosedChannelsRequest, ClosedChannelsResponse
178
+ # *
179
+ # OpenChannelSync is a synchronous version of the OpenChannel RPC call. This
180
+ # call is meant to be consumed by clients to the REST proxy. As with all
181
+ # other sync calls, all byte slices are intended to be populated as hex
182
+ # encoded strings.
183
+ rpc :OpenChannelSync, OpenChannelRequest, ChannelPoint
184
+ # * lncli: `openchannel`
185
+ # OpenChannel attempts to open a singly funded channel specified in the
186
+ # request to a remote peer. Users are able to specify a target number of
187
+ # blocks that the funding transaction should be confirmed in, or a manual fee
188
+ # rate to us for the funding transaction. If neither are specified, then a
189
+ # lax block confirmation target is used.
190
+ rpc :OpenChannel, OpenChannelRequest, stream(OpenStatusUpdate)
191
+ # * lncli: `closechannel`
192
+ # CloseChannel attempts to close an active channel identified by its channel
193
+ # outpoint (ChannelPoint). The actions of this method can additionally be
194
+ # augmented to attempt a force close after a timeout period in the case of an
195
+ # inactive peer. If a non-force close (cooperative closure) is requested,
196
+ # then the user can specify either a target number of blocks until the
197
+ # closure transaction is confirmed, or a manual fee rate. If neither are
198
+ # specified, then a default lax, block confirmation target is used.
199
+ rpc :CloseChannel, CloseChannelRequest, stream(CloseStatusUpdate)
200
+ # * lncli: `abandonchannel`
201
+ # AbandonChannel removes all channel state from the database except for a
202
+ # close summary. This method can be used to get rid of permanently unusable
203
+ # channels due to bugs fixed in newer versions of lnd. Only available
204
+ # when in debug builds of lnd.
205
+ rpc :AbandonChannel, AbandonChannelRequest, AbandonChannelResponse
206
+ # * lncli: `sendpayment`
207
+ # SendPayment dispatches a bi-directional streaming RPC for sending payments
208
+ # through the Lightning Network. A single RPC invocation creates a persistent
209
+ # bi-directional stream allowing clients to rapidly send payments through the
210
+ # Lightning Network with a single persistent connection.
211
+ rpc :SendPayment, stream(SendRequest), stream(SendResponse)
212
+ # *
213
+ # SendPaymentSync is the synchronous non-streaming version of SendPayment.
214
+ # This RPC is intended to be consumed by clients of the REST proxy.
215
+ # Additionally, this RPC expects the destination's public key and the payment
216
+ # hash (if any) to be encoded as hex strings.
217
+ rpc :SendPaymentSync, SendRequest, SendResponse
218
+ # * lncli: `sendtoroute`
219
+ # SendToRoute is a bi-directional streaming RPC for sending payment through
220
+ # the Lightning Network. This method differs from SendPayment in that it
221
+ # allows users to specify a full route manually. This can be used for things
222
+ # like rebalancing, and atomic swaps.
223
+ rpc :SendToRoute, stream(SendToRouteRequest), stream(SendResponse)
224
+ # *
225
+ # SendToRouteSync is a synchronous version of SendToRoute. It Will block
226
+ # until the payment either fails or succeeds.
227
+ rpc :SendToRouteSync, SendToRouteRequest, SendResponse
228
+ # * lncli: `addinvoice`
229
+ # AddInvoice attempts to add a new invoice to the invoice database. Any
230
+ # duplicated invoices are rejected, therefore all invoices *must* have a
231
+ # unique payment preimage.
232
+ rpc :AddInvoice, Invoice, AddInvoiceResponse
233
+ # * lncli: `listinvoices`
234
+ # ListInvoices returns a list of all the invoices currently stored within the
235
+ # database. Any active debug invoices are ignored. It has full support for
236
+ # paginated responses, allowing users to query for specific invoices through
237
+ # their add_index. This can be done by using either the first_index_offset or
238
+ # last_index_offset fields included in the response as the index_offset of the
239
+ # next request. By default, the first 100 invoices created will be returned.
240
+ # Backwards pagination is also supported through the Reversed flag.
241
+ rpc :ListInvoices, ListInvoiceRequest, ListInvoiceResponse
242
+ # * lncli: `lookupinvoice`
243
+ # LookupInvoice attempts to look up an invoice according to its payment hash.
244
+ # The passed payment hash *must* be exactly 32 bytes, if not, an error is
245
+ # returned.
246
+ rpc :LookupInvoice, PaymentHash, Invoice
247
+ # *
248
+ # SubscribeInvoices returns a uni-directional stream (server -> client) for
249
+ # notifying the client of newly added/settled invoices. The caller can
250
+ # optionally specify the add_index and/or the settle_index. If the add_index
251
+ # is specified, then we'll first start by sending add invoice events for all
252
+ # invoices with an add_index greater than the specified value. If the
253
+ # settle_index is specified, the next, we'll send out all settle events for
254
+ # invoices with a settle_index greater than the specified value. One or both
255
+ # of these fields can be set. If no fields are set, then we'll only send out
256
+ # the latest add/settle events.
257
+ rpc :SubscribeInvoices, InvoiceSubscription, stream(Invoice)
258
+ # * lncli: `decodepayreq`
259
+ # DecodePayReq takes an encoded payment request string and attempts to decode
260
+ # it, returning a full description of the conditions encoded within the
261
+ # payment request.
262
+ rpc :DecodePayReq, PayReqString, PayReq
263
+ # * lncli: `listpayments`
264
+ # ListPayments returns a list of all outgoing payments.
265
+ rpc :ListPayments, ListPaymentsRequest, ListPaymentsResponse
266
+ # *
267
+ # DeleteAllPayments deletes all outgoing payments from DB.
268
+ rpc :DeleteAllPayments, DeleteAllPaymentsRequest, DeleteAllPaymentsResponse
269
+ # * lncli: `describegraph`
270
+ # DescribeGraph returns a description of the latest graph state from the
271
+ # point of view of the node. The graph information is partitioned into two
272
+ # components: all the nodes/vertexes, and all the edges that connect the
273
+ # vertexes themselves. As this is a directed graph, the edges also contain
274
+ # the node directional specific routing policy which includes: the time lock
275
+ # delta, fee information, etc.
276
+ rpc :DescribeGraph, ChannelGraphRequest, ChannelGraph
277
+ # * lncli: `getchaninfo`
278
+ # GetChanInfo returns the latest authenticated network announcement for the
279
+ # given channel identified by its channel ID: an 8-byte integer which
280
+ # uniquely identifies the location of transaction's funding output within the
281
+ # blockchain.
282
+ rpc :GetChanInfo, ChanInfoRequest, ChannelEdge
283
+ # * lncli: `getnodeinfo`
284
+ # GetNodeInfo returns the latest advertised, aggregated, and authenticated
285
+ # channel information for the specified node identified by its public key.
286
+ rpc :GetNodeInfo, NodeInfoRequest, NodeInfo
287
+ # * lncli: `queryroutes`
288
+ # QueryRoutes attempts to query the daemon's Channel Router for a possible
289
+ # route to a target destination capable of carrying a specific amount of
290
+ # satoshis. The retuned route contains the full details required to craft and
291
+ # send an HTLC, also including the necessary information that should be
292
+ # present within the Sphinx packet encapsulated within the HTLC.
293
+ rpc :QueryRoutes, QueryRoutesRequest, QueryRoutesResponse
294
+ # * lncli: `getnetworkinfo`
295
+ # GetNetworkInfo returns some basic stats about the known channel graph from
296
+ # the point of view of the node.
297
+ rpc :GetNetworkInfo, NetworkInfoRequest, NetworkInfo
298
+ # * lncli: `stop`
299
+ # StopDaemon will send a shutdown request to the interrupt handler, triggering
300
+ # a graceful shutdown of the daemon.
301
+ rpc :StopDaemon, StopRequest, StopResponse
302
+ # *
303
+ # SubscribeChannelGraph launches a streaming RPC that allows the caller to
304
+ # receive notifications upon any changes to the channel graph topology from
305
+ # the point of view of the responding node. Events notified include: new
306
+ # nodes coming online, nodes updating their authenticated attributes, new
307
+ # channels being advertised, updates in the routing policy for a directional
308
+ # channel edge, and when channels are closed on-chain.
309
+ rpc :SubscribeChannelGraph, GraphTopologySubscription, stream(GraphTopologyUpdate)
310
+ # * lncli: `debuglevel`
311
+ # DebugLevel allows a caller to programmatically set the logging verbosity of
312
+ # lnd. The logging can be targeted according to a coarse daemon-wide logging
313
+ # level, or in a granular fashion to specify the logging for a target
314
+ # sub-system.
315
+ rpc :DebugLevel, DebugLevelRequest, DebugLevelResponse
316
+ # * lncli: `feereport`
317
+ # FeeReport allows the caller to obtain a report detailing the current fee
318
+ # schedule enforced by the node globally for each channel.
319
+ rpc :FeeReport, FeeReportRequest, FeeReportResponse
320
+ # * lncli: `updatechanpolicy`
321
+ # UpdateChannelPolicy allows the caller to update the fee schedule and
322
+ # channel policies for all channels globally, or a particular channel.
323
+ rpc :UpdateChannelPolicy, PolicyUpdateRequest, PolicyUpdateResponse
324
+ # * lncli: `fwdinghistory`
325
+ # ForwardingHistory allows the caller to query the htlcswitch for a record of
326
+ # all HTLCs forwarded within the target time range, and integer offset
327
+ # within that time range. If no time-range is specified, then the first chunk
328
+ # of the past 24 hrs of forwarding history are returned.
329
+ #
330
+ # A list of forwarding events are returned. The size of each forwarding event
331
+ # is 40 bytes, and the max message size able to be returned in gRPC is 4 MiB.
332
+ # As a result each message can only contain 50k entries. Each response has
333
+ # the index offset of the last entry. The index offset can be provided to the
334
+ # request to allow the caller to skip a series of records.
335
+ rpc :ForwardingHistory, ForwardingHistoryRequest, ForwardingHistoryResponse
336
+ # * lncli: `exportchanbackup`
337
+ # ExportChannelBackup attempts to return an encrypted static channel backup
338
+ # for the target channel identified by it channel point. The backup is
339
+ # encrypted with a key generated from the aezeed seed of the user. The
340
+ # returned backup can either be restored using the RestoreChannelBackup
341
+ # method once lnd is running, or via the InitWallet and UnlockWallet methods
342
+ # from the WalletUnlocker service.
343
+ rpc :ExportChannelBackup, ExportChannelBackupRequest, ChannelBackup
344
+ # *
345
+ # ExportAllChannelBackups returns static channel backups for all existing
346
+ # channels known to lnd. A set of regular singular static channel backups for
347
+ # each channel are returned. Additionally, a multi-channel backup is returned
348
+ # as well, which contains a single encrypted blob containing the backups of
349
+ # each channel.
350
+ rpc :ExportAllChannelBackups, ChanBackupExportRequest, ChanBackupSnapshot
351
+ # *
352
+ # VerifyChanBackup allows a caller to verify the integrity of a channel backup
353
+ # snapshot. This method will accept either a packed Single or a packed Multi.
354
+ # Specifying both will result in an error.
355
+ rpc :VerifyChanBackup, ChanBackupSnapshot, VerifyChanBackupResponse
356
+ # * lncli: `restorechanbackup`
357
+ # RestoreChannelBackups accepts a set of singular channel backups, or a
358
+ # single encrypted multi-chan backup and attempts to recover any funds
359
+ # remaining within the channel. If we are able to unpack the backup, then the
360
+ # new channel will be shown under listchannels, as well as pending channels.
361
+ rpc :RestoreChannelBackups, RestoreChanBackupRequest, RestoreBackupResponse
362
+ # *
363
+ # SubscribeChannelBackups allows a client to sub-subscribe to the most up to
364
+ # date information concerning the state of all channel backups. Each time a
365
+ # new channel is added, we return the new set of channels, along with a
366
+ # multi-chan backup containing the backup info for all channels. Each time a
367
+ # channel is closed, we send a new update, which contains new new chan back
368
+ # ups, but the updated set of encrypted multi-chan backups with the closed
369
+ # channel(s) removed.
370
+ rpc :SubscribeChannelBackups, ChannelBackupSubscription, stream(ChanBackupSnapshot)
371
+ end
372
+
373
+ Stub = Service.rpc_stub_class
374
+ end
375
+ end
metadata ADDED
@@ -0,0 +1,206 @@
1
+ --- !ruby/object:Gem::Specification
2
+ name: lnd_ruby_sdk
3
+ version: !ruby/object:Gem::Version
4
+ version: 0.1.0
5
+ platform: ruby
6
+ authors:
7
+ - Rasmus
8
+ autorequire:
9
+ bindir: bin
10
+ cert_chain: []
11
+ date: 2019-04-18 00:00:00.000000000 Z
12
+ dependencies:
13
+ - !ruby/object:Gem::Dependency
14
+ name: grpc
15
+ requirement: !ruby/object:Gem::Requirement
16
+ requirements:
17
+ - - "~>"
18
+ - !ruby/object:Gem::Version
19
+ version: '1.20'
20
+ - - ">="
21
+ - !ruby/object:Gem::Version
22
+ version: 1.20.0
23
+ type: :runtime
24
+ prerelease: false
25
+ version_requirements: !ruby/object:Gem::Requirement
26
+ requirements:
27
+ - - "~>"
28
+ - !ruby/object:Gem::Version
29
+ version: '1.20'
30
+ - - ">="
31
+ - !ruby/object:Gem::Version
32
+ version: 1.20.0
33
+ - !ruby/object:Gem::Dependency
34
+ name: bundler
35
+ requirement: !ruby/object:Gem::Requirement
36
+ requirements:
37
+ - - "~>"
38
+ - !ruby/object:Gem::Version
39
+ version: '1.16'
40
+ type: :development
41
+ prerelease: false
42
+ version_requirements: !ruby/object:Gem::Requirement
43
+ requirements:
44
+ - - "~>"
45
+ - !ruby/object:Gem::Version
46
+ version: '1.16'
47
+ - !ruby/object:Gem::Dependency
48
+ name: rake
49
+ requirement: !ruby/object:Gem::Requirement
50
+ requirements:
51
+ - - "~>"
52
+ - !ruby/object:Gem::Version
53
+ version: '10.0'
54
+ type: :development
55
+ prerelease: false
56
+ version_requirements: !ruby/object:Gem::Requirement
57
+ requirements:
58
+ - - "~>"
59
+ - !ruby/object:Gem::Version
60
+ version: '10.0'
61
+ - !ruby/object:Gem::Dependency
62
+ name: rspec
63
+ requirement: !ruby/object:Gem::Requirement
64
+ requirements:
65
+ - - "~>"
66
+ - !ruby/object:Gem::Version
67
+ version: '3.0'
68
+ type: :development
69
+ prerelease: false
70
+ version_requirements: !ruby/object:Gem::Requirement
71
+ requirements:
72
+ - - "~>"
73
+ - !ruby/object:Gem::Version
74
+ version: '3.0'
75
+ - !ruby/object:Gem::Dependency
76
+ name: rubocop
77
+ requirement: !ruby/object:Gem::Requirement
78
+ requirements:
79
+ - - "~>"
80
+ - !ruby/object:Gem::Version
81
+ version: 0.67.2
82
+ type: :development
83
+ prerelease: false
84
+ version_requirements: !ruby/object:Gem::Requirement
85
+ requirements:
86
+ - - "~>"
87
+ - !ruby/object:Gem::Version
88
+ version: 0.67.2
89
+ - !ruby/object:Gem::Dependency
90
+ name: rubocop-performance
91
+ requirement: !ruby/object:Gem::Requirement
92
+ requirements:
93
+ - - "~>"
94
+ - !ruby/object:Gem::Version
95
+ version: '1.1'
96
+ - - ">="
97
+ - !ruby/object:Gem::Version
98
+ version: 1.1.0
99
+ type: :development
100
+ prerelease: false
101
+ version_requirements: !ruby/object:Gem::Requirement
102
+ requirements:
103
+ - - "~>"
104
+ - !ruby/object:Gem::Version
105
+ version: '1.1'
106
+ - - ">="
107
+ - !ruby/object:Gem::Version
108
+ version: 1.1.0
109
+ - !ruby/object:Gem::Dependency
110
+ name: yard
111
+ requirement: !ruby/object:Gem::Requirement
112
+ requirements:
113
+ - - "~>"
114
+ - !ruby/object:Gem::Version
115
+ version: '0.9'
116
+ - - ">="
117
+ - !ruby/object:Gem::Version
118
+ version: 0.9.11
119
+ type: :development
120
+ prerelease: false
121
+ version_requirements: !ruby/object:Gem::Requirement
122
+ requirements:
123
+ - - "~>"
124
+ - !ruby/object:Gem::Version
125
+ version: '0.9'
126
+ - - ">="
127
+ - !ruby/object:Gem::Version
128
+ version: 0.9.11
129
+ description:
130
+ email:
131
+ - rk@youngmedia.se
132
+ executables: []
133
+ extensions: []
134
+ extra_rdoc_files: []
135
+ files:
136
+ - ".codeclimate.yml"
137
+ - ".gitattributes"
138
+ - ".gitignore"
139
+ - ".rspec"
140
+ - ".rubocop.yml"
141
+ - ".travis.yml"
142
+ - ".yardopts"
143
+ - Gemfile
144
+ - Gemfile.lock
145
+ - LICENSE.txt
146
+ - README.md
147
+ - Rakefile
148
+ - bin/console
149
+ - bin/setup
150
+ - docs/Lightning.html
151
+ - docs/Lightning/Invoice.html
152
+ - docs/Lightning/Node.html
153
+ - docs/Lightning/Stub.html
154
+ - docs/LightningSDK.html
155
+ - docs/_index.html
156
+ - docs/class_list.html
157
+ - docs/css/common.css
158
+ - docs/css/full_list.css
159
+ - docs/css/style.css
160
+ - docs/file.README.html
161
+ - docs/file_list.html
162
+ - docs/frames.html
163
+ - docs/index.html
164
+ - docs/js/app.js
165
+ - docs/js/full_list.js
166
+ - docs/js/jquery.js
167
+ - docs/method_list.html
168
+ - docs/top-level-namespace.html
169
+ - lib/lightning/invoices.rb
170
+ - lib/lightning/node.rb
171
+ - lib/lightning/stub.rb
172
+ - lib/lightning/version.rb
173
+ - lib/lnd_ruby_sdk.rb
174
+ - lnd_ruby_sdk.gemspec
175
+ - node_modules/.yarn-integrity
176
+ - vendor/macaroon_interceptor.rb
177
+ - vendor/rpc.proto
178
+ - vendor/rpc_pb.rb
179
+ - vendor/rpc_services_pb.rb
180
+ homepage: https://github.com/lnpay
181
+ licenses:
182
+ - MIT
183
+ metadata:
184
+ yard.run: yri
185
+ post_install_message:
186
+ rdoc_options: []
187
+ require_paths:
188
+ - lib
189
+ - vendor
190
+ required_ruby_version: !ruby/object:Gem::Requirement
191
+ requirements:
192
+ - - ">="
193
+ - !ruby/object:Gem::Version
194
+ version: '0'
195
+ required_rubygems_version: !ruby/object:Gem::Requirement
196
+ requirements:
197
+ - - ">="
198
+ - !ruby/object:Gem::Version
199
+ version: '0'
200
+ requirements: []
201
+ rubyforge_project:
202
+ rubygems_version: 2.5.1
203
+ signing_key:
204
+ specification_version: 4
205
+ summary: A SDK for communicating with LND's gRPC in Ruby
206
+ test_files: []